This is the mail archive of the gcc-help@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

GCC Problem, 32-bit vs. 64-bit?


I am a developer running CentOS 4 on a web server (no desktop), and am running into what I can only imagine must be a problem with 32 bit versus 64 bit code.

I am trying to compile an unfortunately closed-source module from a company called Cybersource. The error message is the following:

gcc -c -I. -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe - Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE - D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -m64 - DVERSION=\"5.0.0\" -DXS_VERSION=\"5.0.0\" -fPIC "-I/usr/lib64/ perl5/5.8.8/x86_64-linux-thread-multi/CORE" SOAPI.c
In file included from SOAPI.xs:5:
ppport.h:227:1: warning: "PERL_UNUSED_DECL" redefined
In file included from SOAPI.xs:2:
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/perl.h:163:1: warning: this is the location of the previous definition
Running Mkbootstrap for CyberSource::SOAPI ()
chmod 644 SOAPI.bs
rm -f blib/arch/auto/CyberSource/SOAPI/SOAPI.so
LD_RUN_PATH="/home/amiri/simapi-perl-5.0.0/lib" gcc -shared SOAPI.o - o blib/arch/auto/CyberSource/SOAPI/SOAPI.so \
-L/home/amiri/simapi-perl-5.0.0/lib -lcybersource -lspapache -lstdc ++ -lxalan-c1_5_0 -lxerces-c \


/usr/bin/ld: skipping incompatible /home/amiri/simapi-perl-5.0.0/lib/ libcybersource.a when searching for -lcybersource
/usr/bin/ld: cannot find -lcybersource
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/CyberSource/SOAPI/SOAPI.so] Error 1


I see quite clearly that it is skipping an incompatible binary. But I should be able to make it use the proper tool, no? I do not know how.

I have tried aliasing gcc to gcc -m32; I have tried changing my Makefile so that LDFLAGS=-m32, and so that CC=gcc -m32, etc., but none of that worked.

If I do use those -m32 flags, I get the following:

cp lib/libcybersource.a blib/lib/libcybersource.a
cp lib/libstdc++.so.4 blib/lib/libstdc++.so.4
cp lib/libxerces-c.so blib/lib/libxerces-c.so
cp lib/libspapache.so blib/lib/libspapache.so
cp SOAPI.pm blib/lib/CyberSource/SOAPI.pm
AutoSplitting blib/lib/CyberSource/SOAPI.pm (blib/lib/auto/CyberSource/ SOAPI)
cp lib/libxerces-c.so.21 blib/lib/libxerces-c.so.21
cp lib/libxalan-c1_5_0.so blib/lib/libxalan-c1_5_0.so
/usr/bin/perl /usr/lib/perl5/5.8.8/ExtUtils/xsubpp -typemap /usr/lib/ perl5/5.8.8/ExtUtils/typemap -typemap typemap SOAPI.xs > SOAPI.xsc && mv SOAPI.xsc SOAPI.c
Please specify prototyping behavior for SOAPI.xs (see perlxs manual)
/usr/bin/gcc -m32 -c -I. -D_REENTRANT -D_GNU_SOURCE -fno-strict- aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include - D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g - pipe -m64 -DVERSION=\"5.0.0\" -DXS_VERSION=\"5.0.0\" -fPIC "-I/usr/ lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE" SOAPI.c
In file included from SOAPI.xs:5:
ppport.h:227:1: warning: "PERL_UNUSED_DECL" redefined
In file included from SOAPI.xs:2:
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/perl.h:163:1: warning: this is the location of the previous definition
{standard input}: Assembler messages:
{standard input}:150: Error: bad register name `%rbp'
{standard input}:156: Error: bad register name `%rbx'
{standard input}:158: Error: bad register name `%rsp'
{standard input}:163: Error: bad register name `%rax)'
{standard input}:165: Error: bad register name `%rax'
{standard input}:168: Error: bad register name `%rax)'
{standard input}:171: Error: bad register name `%rax)'
{standard input}:173: Error: bad register name `%rax'
{standard input}:175: Error: bad register name `%rax)'
{standard input}:177: Error: bad register name `%rcx)'



There's a whole lot of those bad register name errors.


I have both i386 and x86_64 versions of glib, glib-devel, glib-2, glibc, glibc-devel, libgcc, libstdc++, libstdc++-devel.

If I try to use gcc4 with the -m32 flags, I get the following:

/usr/bin/gcc4 -m32 -c -I. -D_REENTRANT -D_GNU_SOURCE -fno-strict- aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include - D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g - pipe -m64 -DVERSION=\"5.0.0\" -DXS_VERSION=\"5.0.0\" -fPIC "-I/usr/ lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE" SOAPI.c
In file included from SOAPI.xs:5:
ppport.h:227:1: warning: "PERL_UNUSED_DECL" redefined
In file included from SOAPI.xs:2:
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/perl.h:163:1: warning: this is the location of the previous definition
Running Mkbootstrap for CyberSource::SOAPI ()
chmod 644 SOAPI.bs
rm -f blib/arch/auto/CyberSource/SOAPI/SOAPI.so
LD_RUN_PATH="/home/amiri/simapi-perl-5.0.0/lib" /usr/bin/gcc4 -m32 - shared SOAPI.o -o blib/arch/auto/CyberSource/SOAPI/SOAPI.so \
-L/home/amiri/simapi-perl-5.0.0/lib -lcybersource -lspapache -lstdc ++ -lxalan-c1_5_0 -lxerces-c \


/usr/bin/ld: warning: i386:x86-64 architecture of input file `SOAPI.o' is incompatible with i386 output
SOAPI.o(.text+0x11): In function `boot_CyberSource__SOAPI':
/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `Perl_Gthr_key_ptr'
SOAPI.o(.text+0x18):/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `pthread_getspecific'
SOAPI.o(.text+0x20):/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `Perl_Tstack_sp_ptr'
SOAPI.o(.text+0x2a):/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `Perl_Gthr_key_ptr'
SOAPI.o(.text+0x31):/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `pthread_getspecific'
SOAPI.o(.text+0x39):/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `Perl_Tmarkstack_ptr_ptr'
SOAPI.o(.text+0x4d):/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `Perl_Gthr_key_ptr'
SOAPI.o(.text+0x54):/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `pthread_getspecific'
SOAPI.o(.text+0x5c):/home/amiri/simapi-perl-5.0.0/SOAPI.c:473: undefined reference to `Perl_Tstack_base_ptr'


As if the bad-register-name errors just got translated into undefined reference errors.

Does anyone have any insight? How can I compile this stuff on my x86_64 system?

Amiri


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]