[126963] trunk/dports/lang/g95/Portfile

[Takeshi Enomoto]

Dear Ryan and all,

> This is unusual. What's the basis for this? Is it because of libstdc++? or because of the clang version? or something else?

Thank you for noting this. This is not related to libstdc++ because g95 is written in C.
Probably it is due to clang version.

Clang is somewhat stricter than gas (GNU assembler).
Patches added in r126961 are meant to avoid ambiguity.
I added s for 8 and 16-bit integer and l for 32-bit load commands (fild).

The builds on Lion and Mountain Lion fail due to the assembly mnemonic `fcomp' in the following file.

g95-0.93/libf95.a-0.93/math/x87.S

fcomp is a comparison and a pop without a size, but
I'm not sure if I should add s (32-bit) or l (64-bit).
For example fmuls and movl are used before and after fcomp in line 412.

I don't speak assembler. Could anyone help me with asm?
Comments on the patches in r126961 would be also appreciated.

Regards,

Takeshi

r126961:
<https://trac.macports.org/changeset/126961>

Clang doc:
<http://clang.llvm.org/compatibility.html#inline-asm>

Error:
/usr/bin/clang -DHAVE_CONFIG_H -I.     -DHAVE_REAL_10=3 -Os -std=gnu89 -arch x86_64 -MT x87.o -MD -MP -MF .deps/x87.Tpo -c -o x87.o `test -f 'math/x87.S' || echo './'`math/x87.S
math/x87.S:1548:2: error: unknown use of instruction mnemonic without a size suffix
 fcomp
 ^

Buildbots:
<http://build.macports.org/builders/buildports-lion-x86_64/builds/24236>
<http://build.macports.org/builders/buildports-mtln-x86_64/builds/18425>