Thanks for your advice.
Andy Vaught wrote on May 19:
I've got this fixed, your test code now compiles to 428 bytes. It's a
very osx-specific deal...
Thanks to Dominique Dhumieres for letting me know that
new versions were posted to ftp.g95.org:
-rw-r--r-- 2 2055 2055 3229447 May 20 00:19
g95-powerpc-osx.tgz
-rw-r--r-- 2 2055 2055 6430824 May 20 00:18 g95-x86-osx.tgz
These fix the problem that I had reported.
On the mac, the new version of g95 identifies itself as
gcc version 4.0.3 (g95 0.92!) May 20 2009
i386-apple-darwin9.7.0-g95
-- Alison
On Tue, 12 May 2009 14:03:28 +0200, "FX" <fxcoud...@gmail.com> said:
> Hi Alison,
>
> This issue is not specific to Fortran, but it's specific to Darwin
> (you say that "the large object files have been observed on many other
> platforms", but could you give a list of such platforms?):
>
> $ cat a.c
> int x[9999999] = { 0 };
> $ gcc -c a.c && ls -lh a.o
> -rw-r--r-- 1 fx wheel 38M May 12 13:43 a.o
> $ size a.o
> __TEXT __DATA __OBJC others dec hex
> 0 39999996 0 0 39999996 26259fc
>
>
> while on x86_64-linux, I get:
>
> $ cat a.c
> int x[9999999] = { 0 };
> $ gcc -c a.c && ls -lh a.o
> -rw-r--r-- 1 fx fx 959 May 12 13:44 a.o
> $ size a.o
> text data bss dec hex filename
> 0 0 39999996 39999996 26259fc a.o
>
>
> The different between the two is between .bss (x86_64-linux) and .data
> (darwin). I don't know enough about Mach-O to tell if it's a bug or a
> feature :)
>
> FX
--
Alison Boeckmann
alisonboeckm...@fastmail.fm
