ffcall-1.10 fails to compile on x86_64

[earcar@…]

When building ffcall @1.10 Revision 1 I got this error message

--->  Computing dependencies for ffcall
--->  Fetching ffcall
--->  Attempting to fetch ffcall-1.10.tar.gz from http://www.haible.de/bruno/gnu/
--->  Verifying checksum(s) for ffcall
--->  Extracting ffcall
--->  Configuring ffcall
--->  Building ffcall
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_ffcall/work/ffcall-1.10" && /usr/bin/make -j2 all " returned error 2
Command output: cd avcall; /usr/bin/make all
/usr/bin/gcc-4.2 -E `if test true = true; then echo '-DASM_UNDERSCORE'; fi` ./avcall-i386-macro.S | grep -v '^ *#line' | grep -v '^#ident' | grep -v '^#' | sed -e 's,% ,%,g' -e 's,% ,%,g' -e 's,\. ,.,g' > avcall-i386.s
/bin/sh ./libtool --mode=compile /usr/bin/gcc-4.2 -pipe -O2 -arch x86_64 -c ./structcpy.c
/bin/sh ./libtool --mode=compile /usr/bin/gcc-4.2 -x none -c avcall-i386.s
/usr/bin/gcc-4.2 -pipe -O2 -arch x86_64 -c ./structcpy.c -o structcpy.o
/usr/bin/gcc-4.2 -x none -c avcall-i386.s -o avcall-i386.o
echo timestamp > structcpy.lo
avcall-i386.s:7:suffix or operands invalid for `push'
avcall-i386.s:9:suffix or operands invalid for `push'
avcall-i386.s:10:suffix or operands invalid for `push'
avcall-i386.s:39:suffix or operands invalid for `call'
avcall-i386.s:47:suffix or operands invalid for `call'
avcall-i386.s:53:suffix or operands invalid for `call'
avcall-i386.s:168:suffix or operands invalid for `pop'
avcall-i386.s:169:suffix or operands invalid for `pop'
avcall-i386.s:171:suffix or operands invalid for `pop'
make[1]: *** [avcall-i386.lo] Error 1
make: *** [all] Error 2

Error: Problem while installing ffcall

It seems that he's trying to mix x86_64 code with x86 one.

[earcar@…]

build log

[earcar@…]

Some insightful comments from the fink project ml: ​http://www.mail-archive.com/fink-users@lists.sourceforge.net/msg31434.html :(

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #27201.

[cerfdog@…]

Cc Me!

[jmroot (Joshua Root)]

Attaching a patch to pull from cvs as recommended by the new homepage. It still doesn't build, but should be easy to update to a new snapshot if they fix this problem upstream. (Is there a bug report for this on savannah?)

[mcandre (Andrew Pennebaker)]

I also get a build error.

Specs:

MacPorts 1.9.2

Mac OS X 10.6.6

MacBook Pro 5,1

[mcandre (Andrew Pennebaker)]

andrew.pennebaker@…'s build log

[ryandesign (Ryan Carsten Schmidt)]

Same problem reported on Lion in duplicate #31400.

[haarigerhans@…]

hi,

i got rid of this problem by specifying my compiler as gcc -m32 ./configure --cache-file=config.cache CC="gcc -m32" looks like the CFLAGS don't get correctly passed to the libtool.

using CFLAGS="-m32" i also had the same issue. the line that fails gcc -x none -c avcall-i386.s -o avcall-i386.o works when you add -m32 by hand. gcc -m32 -x none -c avcall-i386.s -o avcall-i386.o

(now, i get a seg fault when running make check for callback/trampoline_r but that's probably different thing.)

cheers hans

[haarigerhans@…]

Cc Me!

[anddam (Andrea D'Amore)]

The subprojects' makefiles weren't passing flags when calling libtool.

Should be fixed in r103452, it builds correctly with both gcc and clang so I'm leaving compiler at default.

Ticked closed, any CC addressee (that is still reading this after 3 years) please confirm it's working or not.