Opened 15 years ago

Closed 12 years ago

#23020 closed defect (fixed)

ffcall-1.10 fails to compile on x86_64

Reported by: earcar@… Owned by: anddam (Andrea D'Amore)
Priority: Normal Milestone:
Component: ports Version: 1.8.1
Keywords: Cc: cerfdog@…, mcandre (Andrew Pennebaker), haarigerhans@…
Port: ffcall

Description

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.

Attachments (3)

build.log (21.4 KB) - added by earcar@… 15 years ago.
build log
ffcall-cvs.diff (1.5 KB) - added by jmroot (Joshua Root) 14 years ago.
main.log (31.3 KB) - added by mcandre (Andrew Pennebaker) 14 years ago.
andrew.pennebaker@…'s build log

Download all attachments as: .zip

Change History (15)

comment:1 Changed 15 years ago by mf2k (Frank Schima)

Port: ffcall added; devel/ffcall removed

Changed 15 years ago by earcar@…

Attachment: build.log added

build log

comment:2 Changed 15 years ago by earcar@…

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

comment:3 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Has duplicate #27201.

comment:4 Changed 14 years ago by cerfdog@…

Cc: cerfdog@… added

Cc Me!

comment:5 Changed 14 years ago by 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?)

Changed 14 years ago by jmroot (Joshua Root)

Attachment: ffcall-cvs.diff added

comment:6 Changed 14 years ago by mcandre (Andrew Pennebaker)

I also get a build error.

Specs:

MacPorts 1.9.2

Mac OS X 10.6.6

MacBook Pro 5,1

Changed 14 years ago by mcandre (Andrew Pennebaker)

Attachment: main.log added

andrew.pennebaker@…'s build log

comment:7 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: andrew.pennebaker@… added
Summary: ffcall-1.10 fails to compile on Snow Leopard x86_64ffcall-1.10 fails to compile on x86_64

Same problem reported on Lion in duplicate #31400.

comment:8 in reply to:  7 Changed 13 years ago by 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

comment:9 Changed 13 years ago by haarigerhans@…

Cc: haarigerhans@… added

Cc Me!

comment:10 Changed 12 years ago by anddam (Andrea D'Amore)

Owner: changed from macports-tickets@… to and.damore@…

comment:11 Changed 12 years ago by 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.

comment:12 Changed 12 years ago by anddam (Andrea D'Amore)

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.