>So I made tests suspecting something. These are files length containing
>only information within previous structure:
>3a.txt: 29,897 bytes gcc335, a.out, harbour.dll
>3am.txt 31,793 gcc335, a.out, harbourm.dll
>3o.txt 32,757 gcc335, OMF, harbour.dll
>3om.txt 34,653 gcc335, OMF, harbourm.dll
>3omu.txt 32,865 gcc335, OMF, harbourm.dll, one dir up
>First three build fine, while last two fail
>Each group are below and up of this limit:
> 2**15 = 2**(16-1) = 32768 bytes = 32 Kbytes
>Somewhere gcc is using 32 Kb limit for our case
> gcc --> emxomfld.exe
>( or is OS/2 limit ? :-) )
Recently new object files were added (593 vs 596)
hbascii
cpeliso
cptriso
harbour.dll exceded 32 Kb limit and does not build in OS/2-OMF (gccomf,
3o.txt)
3am.txt are near to fail too
Now both harbour.dll and harbourm.dll does not build in gccomf due
mainly long strings used to reference directories/files exploited by 32
Kb limit
David Macias
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour