Thank you so much!
It's been a while that I was trying to understand why
stabs generation was messed up for win64 target.
Your suggestion is correct, I was able to
complete a cycle with DEBUG=1 using internal object writer and
linker and get correct stabs information.
I will test a complet
The complete compilation worked.
Patch committed in rev 16056 in trunk.
Thanks again!
Pierre
> -Message d'origine-
> De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
> boun...@lists.freepascal.org] De la part de Pierre Free Pascal
> Envoyé : Tuesday, September 28, 20
Am 27.09.2010 14:21, schrieb Sven Barth:
I'm having this issue, too, but with 2.4.3.
The following example code fails with FPC 2.4.2 RC1 as well (system is
i386-win32):
program generictest;
{$mode objfpc}{$H+}
uses
fgl;
type
TTest = specialize TFPGList;
begin
end.
2.4.0
A last note on the NoGlobals branch, and parallel processing in the
compiler:
I couldn't find any way to move global variables from globals.pas into
e.g. fmodule (tmodule, current_module), without breaking ppudump
dependencies. As long as nobody can provide a solution for this problem,
I see
Wow, that was quick! Thanks for putting this into trunk in record time!
Cool, now I've got a working FPC and can start hacking on Delphi-like
package stuff :)
Cheers,
Willi
Am 28.09.2010 10:40, schrieb Pierre Free Pascal:
Thank you so much!
It's been a while that I was trying to u
Hi!
I'm having this issue, too, but with 2.4.3.
The following example code fails with FPC 2.4.2 RC1 as well (system is
i386-win32):
Tried that with trunk and it compiled fine. (FPC 2.5 on win64)
Cheers,
Willi
___
fpc-devel maillist - fpc-devel@
While trying to update my local SVN copy, I get this error: "Can't
find a temporary directory: Internal error"
I looked it and it seems the SVN server has run out of disk space.
Either that or there's an access problem for /tmp.
___
fpc-devel maillis
On 2010-09-29 02:17, Hans-Peter Diettrich wrote:
I couldn't find any way to move global variables from globals.pas into
e.g. fmodule (tmodule, current_module), without breaking ppudump
dependencies.
I suspect you have thought about this, but let me try anyway.
If globals.pas is where twins a
Am 29.09.2010 01:17, schrieb Hans-Peter Diettrich:
> A last note on the NoGlobals branch, and parallel processing in the
> compiler:
>
> I couldn't find any way to move global variables from globals.pas into
> e.g. fmodule (tmodule, current_module), without breaking ppudump
> dependencies. As long
