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> _______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
