Re: [fpc-devel] Internal linker bug?

2015-06-25 Thread patspiper
On 25/06/15 15:21, Mark Morgan Lloyd wrote: patspiper wrote: Hi, Linking a pascal project (with {$L mylib.obj}) with a specific .obj (COFF32) file using the internal linker (Windows) yields an executable that produces an exception when run. On the other hand, the external linker produces a

[fpc-devel] Internal linker bug?

2015-06-25 Thread patspiper
Hi, Linking a pascal project (with {$L mylib.obj}) with a specific .obj (COFF32) file using the internal linker (Windows) yields an executable that produces an exception when run. On the other hand, the external linker produces a sane executable. The executable is supposed to contain calls f

Re: [fpc-devel] fpc.cfg #INCLUDE directive

2015-06-01 Thread patspiper
On 31/05/15 21:39, Jonas Maebe wrote: You can modify the directories where the compiler looks for included configuration files using the "#CFGDIR xxx" directive inside configuration files. This can be a good solution. I have just tested it and it worked. Is it documented anywhere? The online us

Re: [fpc-devel] fpc.cfg #INCLUDE directive

2015-05-31 Thread patspiper
On 31/05/15 19:01, Jonas Maebe wrote: On 31/05/15 17:31, patspiper wrote: I would like to put my custom cross-compiling switches in an inc file which is '#INCLUDed' in my fpc.cfg. The inc file will be in the same folder of fpc.cfg wherever that is. However, #INCLUDE will look in t

[fpc-devel] fpc.cfg #INCLUDE directive

2015-05-31 Thread patspiper
Hi, I would like to put my custom cross-compiling switches in an inc file which is '#INCLUDed' in my fpc.cfg. The inc file will be in the same folder of fpc.cfg wherever that is. However, #INCLUDE will look in the current directory if no path is specified and will fail to locate the inc file.

Re: [fpc-devel] RTTI interface & variant late binding issue (mORMot)

2015-02-07 Thread patspiper
On 07/02/15 13:30, Sven Barth wrote: On 07.02.2015 12:10, Maciej Izak wrote: Ehm. It's unfair. I arleady posted some time ago that "Invoke" is done for windows by me... Then you posted that we need version for all platforms... Double standards in community? :\ It's a bit hard to keep the overv

[fpc-devel] 0022979: Can't take the address of constant expressions bug

2014-05-20 Thread patspiper
Hi, Can any dev have a look at this long standing bug report? http://bugs.freepascal.org/view.php?id=22979 Thanks, Stephano ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] subtools fpcres and parameter -Xp

2014-02-28 Thread patspiper
On 12/02/14 12:20, Sven Barth wrote: Am 12.02.2014 10:01, schrieb patspiper: On 12/02/14 10:03, Sven Barth wrote: Am 11.02.2014 23:19, schrieb Mattias Gaertner: Hi, How does the compiler (2.6.2, 2.6.4, 2.7.1) search for sub tools like fpcres? For example: first in its working directory

Re: [fpc-devel] One fpc.cfg per fpc version

2014-02-17 Thread patspiper
On 17/02/14 21:41, Sven Barth wrote: On 17.02.2014 17:56, patspiper wrote: On a side note, for 2.7.1, 'fpc -h' shows the -V and -Xp options whereas 'fpc' alone (requires the pressing of to view successive pages) does not. Are you sure that fpc is picking up the correct

Re: [fpc-devel] One fpc.cfg per fpc version

2014-02-17 Thread patspiper
On 17/02/14 18:26, Tomas Hajny wrote: On Mon, February 17, 2014 16:13, Michael Van Canneyt wrote: On Mon, 17 Feb 2014, patspiper wrote: On 17/02/14 16:45, Mattias Gaertner wrote: On Mon, 17 Feb 2014 15:10:03 +0100 (CET) Michael Van Canneyt wrote: On Mon, 17 Feb 2014, Mattias Gaertner wrote

Re: [fpc-devel] One fpc.cfg per fpc version

2014-02-17 Thread patspiper
On 17/02/14 17:53, Michael Van Canneyt wrote: On Mon, 17 Feb 2014, patspiper wrote: On 17/02/14 17:13, Michael Van Canneyt wrote: On Mon, 17 Feb 2014, patspiper wrote: On 17/02/14 16:45, Mattias Gaertner wrote: On Mon, 17 Feb 2014 15:10:03 +0100 (CET) Michael Van Canneyt wrote: On

Re: [fpc-devel] One fpc.cfg per fpc version

2014-02-17 Thread patspiper
On 17/02/14 17:13, Michael Van Canneyt wrote: On Mon, 17 Feb 2014, patspiper wrote: On 17/02/14 16:45, Mattias Gaertner wrote: On Mon, 17 Feb 2014 15:10:03 +0100 (CET) Michael Van Canneyt wrote: On Mon, 17 Feb 2014, Mattias Gaertner wrote: [...] Is there already a doc about how to

Re: [fpc-devel] One fpc.cfg per fpc version

2014-02-17 Thread patspiper
On 17/02/14 16:45, Mattias Gaertner wrote: On Mon, 17 Feb 2014 15:10:03 +0100 (CET) Michael Van Canneyt wrote: On Mon, 17 Feb 2014, Mattias Gaertner wrote: [...] Is there already a doc about how to install multiple versions of fpc? No, because a) There are so many ways to do it b) There are

Re: [fpc-devel] One fpc.cfg per fpc version

2014-02-16 Thread patspiper
On 16/02/14 16:28, Marco van de Voort wrote: In our previous episode, Mattias Gaertner said: The second is actually /../etc/fpc.cfg So, fpc first searches a user config, then a "flavor" config (e.g. one per version) and the last is the global config. When installing multiple version of fpc you

Re: [fpc-devel] subtools fpcres and parameter -Xp

2014-02-12 Thread patspiper
On 12/02/14 10:03, Sven Barth wrote: Am 11.02.2014 23:19, schrieb Mattias Gaertner: Hi, How does the compiler (2.6.2, 2.6.4, 2.7.1) search for sub tools like fpcres? For example: first in its working directory, then in PATH, etc. Usual order is this: - path specified by -FD - path of compiler

Re: [fpc-devel] Feature announcement: Extension of TThread's interface

2012-12-28 Thread patspiper
On 28/12/12 17:46, patspiper wrote: On 28/12/12 17:41, patspiper wrote: On 28/12/12 17:00, Ewald wrote: Once upon a time, on 12/28/2012 11:01 AM to be precise, patspiper said: On 27/12/12 22:38, Ewald wrote: Hmmm, that;s indeed quite some different output you've got there. Mine looks

Re: [fpc-devel] Feature announcement: Extension of TThread's interface

2012-12-28 Thread patspiper
On 28/12/12 17:41, patspiper wrote: On 28/12/12 17:00, Ewald wrote: Once upon a time, on 12/28/2012 11:01 AM to be precise, patspiper said: On 27/12/12 22:38, Ewald wrote: Hmmm, that;s indeed quite some different output you've got there. Mine looks like this: processor

Re: [fpc-devel] Feature announcement: Extension of TThread's interface

2012-12-28 Thread patspiper
On 28/12/12 17:00, Ewald wrote: Once upon a time, on 12/28/2012 11:01 AM to be precise, patspiper said: On 27/12/12 22:38, Ewald wrote: Hmmm, that;s indeed quite some different output you've got there. Mine looks like this: processor : 0 vendor_id : GenuineIntel

Re: [fpc-devel] Feature announcement: Extension of TThread's interface

2012-12-28 Thread patspiper
On 27/12/12 22:38, Ewald wrote: Hmmm, that;s indeed quite some different output you've got there. Mine looks like this: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33G

Re: [fpc-devel] Observer support in Delphi

2012-10-25 Thread patspiper
On 25/10/12 09:50, Sven Barth wrote: Am 25.10.2012 01:55 schrieb "luiz americo pereira camara" mailto:luiz...@oi.com.br>>: > Regarding Delphi compatibility, currently fpc already lacks much features in areas like attributes, anounimous methods, generics, interfaces, unicode and some will neve

Re: [fpc-devel] Bug #0021641: Array of const gives check range error

2012-04-04 Thread patspiper
On 04/04/12 12:23, Jonas Maebe wrote: Paul Ishenin wrote on Wed, 04 Apr 2012: 04.04.2012 17:08, kyan ???: Delphi doesn't support qword at all, so there is no Delphi behaviour to be compatible with in that case. Or at least it didn't when the above was implemented. Does it now? No, it d

Re: [fpc-devel] Bug #0021641: Array of const gives check range error

2012-04-04 Thread patspiper
On 04/04/12 01:57, Jonas Maebe wrote: On 03 Apr 2012, at 20:27, patspiper wrote: The following is related to bug #0021641 (Array of const gives check range error). Is it correct for the exception to manifest itself in the dword case and not the qword one? writeln(Format('%d

[fpc-devel] Bug #0021641: Array of const gives check range error

2012-04-03 Thread patspiper
The following is related to bug #0021641 (Array of const gives check range error). Is it correct for the exception to manifest itself in the dword case and not the qword one? writeln(Format('%d', [qword(qword(High(Int64))+1)])); //ok writeln(Format('%d', [dword(dword(High(integer))+1)]))

[fpc-devel] test

2011-01-04 Thread patspiper
___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel