Am 10.09.2010 02:41, schrieb Hans-Peter Diettrich:
> Florian Klaempfl schrieb:
>
>> 1. Ancient code, keep in mind, most code not being back end code was
>> written ~10 years ago. At this time we even could not depend on
>> perfectly working ansistrings.
>
> I'm talking about nowadays situation.
Op Fri, 10 Sep 2010, schreef Hans-Peter Diettrich:
Sergei Gorelkin schrieb:
When dynamic strings are used all around, is the use of pointers to
ShortString still recommended? (fmodule contains a lot of them)
Whenever you care about performance, you'll quickly realize that dynamic
strings
Florian Klaempfl schrieb:
1. Ancient code, keep in mind, most code not being back end code was
written ~10 years ago. At this time we even could not depend on
perfectly working ansistrings.
I'm talking about nowadays situation.
2. Ansistring create an explicit exception frame etc. which slow
Sergei Gorelkin schrieb:
When dynamic strings are used all around, is the use of pointers to
ShortString still recommended? (fmodule contains a lot of them)
Whenever you care about performance, you'll quickly realize that dynamic
strings are plain inappropriate.
The concrete use of PShortSt
Marco van de Voort schrieb:
I don't see any connection why the situation with packages would be any
different, licensewise, from the current situation with EXEs.
Licenses are of no concern here. How (what files) can somebody provide
closed-source plug-ins (or the like), when their integration
Please do (at least) two separate projects:
- "Plugins" (easy to use FPC->FPC DLLs / .so's with additional
informations such as Delphi "Runtime-Packages")
- "Unit collection" (development packages with or without source code).
I hate calling both the same name ;).
-Michael
Am 09.09.2010 16:37, schrieb Marco van de Voort:
> In our previous episode, Florian Klaempfl said:
>>> I don't see any connection why the situation with packages would be any
>>> different, licensewise, from the current situation with EXEs.
>>>
>>> ... Most notably since a EXE+packages is essenti
In our previous episode, Florian Klaempfl said:
> > I don't see any connection why the situation with packages would be any
> > different, licensewise, from the current situation with EXEs.
> >
> > ... Most notably since a EXE+packages is essentially just an EXE fragmented
> > over multiple part
>> IMO the implementation of Delphi packages in FPC depends on two things:
>> the resources required for such an implementation, and the chance for
>> closed-source libraries. When we want to disallow or even discourage
>> closed-source FPC projects, I see no urgent need for implementing Delphi
In our previous episode, Hans-Peter Diettrich said:
> > Note that I have never heard anybody complain about the quick lazarus
> > startup time relative to Delphi. That is the flip side of dynamic packages
> > !!!
>
> Right, but that's no reason for not using packages somewhere else.
I was only t
Hans-Peter Diettrich wrote:
When dynamic strings are used all around, is the use of pointers to
ShortString still recommended? (fmodule contains a lot of them)
Whenever you care about performance, you'll quickly realize that dynamic strings are plain
inappropriate. When it is also known that 2
Am 09.09.2010 16:05, schrieb Hans-Peter Diettrich:
> IMO the implementation of Delphi packages in FPC depends on two things:
> the resources required for such an implementation, and the chance for
> closed-source libraries. When we want to disallow or even discourage
> closed-source FPC projects
I
Am 09.09.2010 15:52, schrieb Hans-Peter Diettrich:
> When dynamic strings are used all around, is the use of pointers to
> ShortString still recommended? (fmodule contains a lot of them)
1. Ancient code, keep in mind, most code not being back end code was
written ~10 years ago. At this time we eve
Marco van de Voort schrieb:
Note that I have never heard anybody complain about the quick lazarus
startup time relative to Delphi. That is the flip side of dynamic packages
!!!
Right, but that's no reason for not using packages somewhere else.
Delphi packages have been invented as an improve
When dynamic strings are used all around, is the use of pointers to
ShortString still recommended? (fmodule contains a lot of them)
In many cases (almost all I found) the strings are duplicated when
assigned, because the given dynamic strings disallow to simply copy the
reference.
IMO P[Shor
I really am wanting something for my core objects so they can be loaded and
unloaded at runtime. Recompiling the service application across different
network nodes is costly, time and CPU intensive.
On Sep 9, 2010, at 6:27 AM, Dimitri Smits wrote:
>
> - "Willibald Krenn" schreef:
>
>
Am 09.09.2010 14:02, schrieb Willibald Krenn:
>
>> This is why there is no work on a packages system for FPC: there
>> are simply too much different versions around. While Delphi has at
>> most one release per year, FPC/Lazarus has more or less every day a
>> new version.
>
> Well, but not that m
On Thu, 9 Sep 2010, Willibald Krenn wrote:
The use of packages for FPC is simply much less than for Delphi.
This is probably true. However, from an end-user's perspective, I would not say
that I do a fpc/lazarus re-build every day. I'd rather stick with some stable
version and concentrat
> This is why there is no work on a packages system for FPC: there are
> simply too much different versions around. While Delphi has at most one
> release per year, FPC/Lazarus has more or less every day a new version.
Well, but not that much stable releases, I suppose. :)
I am sure that Delphi h
Am 09.09.2010 13:27, schrieb Dimitri Smits:
>
> My angle (besides from the obvious dynamic pluginsystem
This is why there is no work on a packages system for FPC: there are
simply too much different versions around. While Delphi has at most one
release per year, FPC/Lazarus has more or less ever
In our previous episode, Dimitri Smits said:
> aparantly you beat me to it, but I was planning on compiling a mail like
> this one later today (at home).
>
> Besides you (an me), is there anyone else interested in implementing this?
> My angle (besides from the obvious dynamic pluginsystem vs "the
- "Willibald Krenn" schreef:
> Hi!
>
> Please forgive my ignorance on this topic, but I'd like to know
> whether someone is working on adding Delphi-like packages to FPC. (At
> least for the windows/linux platforms.) Somehow the lack of this
> feature always has stopped me from using fpc/la
In our previous episode, Willibald Krenn said:
> Please forgive my ignorance on this topic, but I'd like to know whether
> someone is working on adding Delphi-like packages to FPC.
To my best knowledge: no.
> (At least for the windows/linux platforms.) Somehow the lack of this
> feature always
On 2010-09-09 12:23, Willibald Krenn wrote:
Hi!
Please forgive my ignorance on this topic, but I'd like to know whether someone
is working on adding Delphi-like packages to FPC. (At least for the
windows/linux platforms.) Somehow the lack of this feature always has stopped
me from using fpc/
Hi!
Please forgive my ignorance on this topic, but I'd like to know whether someone
is working on adding Delphi-like packages to FPC. (At least for the
windows/linux platforms.) Somehow the lack of this feature always has stopped
me from using fpc/lazarus: For a change, I am thinking of contrib
On 09/08/2010 09:58 PM, Hans-Peter Diettrich wrote:
So my primary interest in a new back-end structure is more targeted at
ease of development, than on really using multiple back-ends in one
application.
+1
-Michael
___
fpc-devel maillist - fpc-dev
26 matches
Mail list logo
