Re: [fpc-devel] CmdLine

2006-10-19 Thread Micha Nelissen
Peter Vreman wrote: That is impossible. The linker is 'stupid' in that sence. And it also should not be trying to be smart. Otherwise it will fail in other situations. Maybe you remember what the (currently disabled) VMT optimizer did for the LCL. It removed methods that the LCL expected to be th

Re: [fpc-devel] CmdLine

2006-10-19 Thread Marc Weustink
Micha Nelissen wrote: Peter Vreman wrote: That is impossible. The linker is 'stupid' in that sence. And it also should not be trying to be smart. Otherwise it will fail in other situations. Maybe you remember what the (currently disabled) VMT optimizer did for the LCL. It removed methods that

Re: [fpc-devel] CmdLine

2006-10-19 Thread Micha Nelissen
Marc Weustink wrote: It isn't really doing much with the internals. I've to admit that It reads/searches the VMT pointers themselves, right ? Is that supposed to work in the language ? Micha ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] CmdLine

2006-10-19 Thread Vinzent Hoefler
On Thursday 19 October 2006 08:31, Marc Weustink wrote: > The case shows that users can do this. There is no language construct > that forbids it. So optimizing this with a smart linker may break > such code. Yes, it may. So what? There's hell a lot of code that is generally possible within the

Re: [fpc-devel] CmdLine

2006-10-19 Thread Daniël Mantione
Op Thu, 19 Oct 2006, schreef Micha Nelissen: > Marc Weustink wrote: > > It isn't really doing much with the internals. I've to admit that > > It reads/searches the VMT pointers themselves, right ? Is that supposed to > work in the language ? I don't know, but there should be a way to request

Re: [fpc-devel] CmdLine

2006-10-19 Thread Marc Weustink
Vinzent Hoefler wrote: On Thursday 19 October 2006 08:31, Marc Weustink wrote: The case shows that users can do this. There is no language construct that forbids it. So optimizing this with a smart linker may break such code. Yes, it may. So what? There's hell a lot of code that is generally

Re: [fpc-devel] CmdLine

2006-10-19 Thread Vinzent Hoefler
On Thursday 19 October 2006 09:39, Marc Weustink wrote: > The only thing guaranteed by the language is that if you follow its > definitions, it will compile. No. That's syntax. I'm talking about semantics. Vinzent. ___ fpc-devel maillist - fpc-deve

Re: [fpc-devel] CmdLine

2006-10-19 Thread Micha Nelissen
Peter Vreman wrote: situations. Maybe you remember what the (currently disabled) VMT optimizer did for the LCL. It removed methods that the LCL expected to be there. After some thinking, the VMT optimizer can be enabled, but should not remove any published methods. Those may be referenced from

[fpc-devel] ZEOS Contribution Offer

2006-10-19 Thread Helmut Hartl
I speak in the name of the ZEOS Developers. We want to contribute to the FPC Project, in the form that we deliver a FPC usable Version of the ZEOS DBO.   If you don’t know ZEOS by now, it is a set of mature database components usable visual or nonvisual, wich interface to SQLite, MySQL

Re: [fpc-devel] ZEOS Contribution Offer

2006-10-19 Thread Michael Van Canneyt
On Thu, 19 Oct 2006, Helmut Hartl wrote: > I speak in the name of the ZEOS Developers. > > We want to contribute to the FPC Project, in the form that we > > deliver a FPC usable Version of the ZEOS DBO. > > > > If you don't know ZEOS by now, it is a set of mature database components > > u

Re: [fpc-devel] CmdLine

2006-10-19 Thread Yury Sidorov
From: "Daniël Mantione" <[EMAIL PROTECTED]> > Hi, > > Does the CmdLine variable in the System unit exist for Delphi/TP/... > compatibility ? Delphi compatibility. By the way, I have a patch ready which turns it into a property, which prevents some code being pulled in Hello World kind of apps.

AW: [fpc-devel] ZEOS Contribution Offer

2006-10-19 Thread Helmut Hartl
> The upshot of all this is that we don't need to include all packages > in FPC by default, making the maintenance burden smaller for the core > team. All you would need to do is create one small driver file, > and the rest will be automated for you. > The central repository access will also

Re: AW: [fpc-devel] ZEOS Contribution Offer

2006-10-19 Thread Michael Van Canneyt
On Thu, 19 Oct 2006, Helmut Hartl wrote: > > > The upshot of all this is that we don't need to include all packages > > in FPC by default, making the maintenance burden smaller for the core > > team. All you would need to do is create one small driver file, > > and the rest will be automate

Re: [fpc-devel] Adding a unidirectional dataset to sqldb

2006-10-19 Thread Joost van der Sluis
On Wed, 2006-10-18 at 09:10 +0200, Michael Van Canneyt wrote: > > On Tue, 17 Oct 2006, Joost van der Sluis wrote: > > > On Fri, 2006-10-06 at 07:51 +0200, Martin Schreiber wrote: > > > On Thursday 05 October 2006 22.41, Joost van der Sluis wrote: > > > > > > Now I'm thinking about using an interf

Re: [fpc-devel] Adding a unidirectional dataset to sqldb

2006-10-19 Thread Micha Nelissen
Joost van der Sluis wrote: Why would it work faster ? The only thing a unidirectionalquery query gives you is less memory requirements, because it needs only 2 buffers. Less copying around of the buffers. But I did some tests, it's negligible. I don't see any advantage in this worker-class, or