bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

g++ or ld issue?


From: Keith Clifford
Subject: g++ or ld issue?
Date: Fri, 1 Aug 2014 13:50:28 -0700

Hi,

I've found what appears to be a linker issue but I'm not sure whether to
send it to you or to the gcc folks because of the way it shows up.

 

Here are the particulars about the system the tool and the command line:

 

$ uname -a

CYGWIN_NT-6.1 Keith-PC 1.7.31(0.272/5/3) 2014-07-25 11:26 x86_64 Cygwin

 

$ i686-pc-mingw32-g++ -v

Using built-in specs.

COLLECT_GCC=i686-pc-mingw32-g++

COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-mingw32/4.7.3/lto-wrapper.exe

Target: i686-pc-mingw32

Configured with:
/usr/src/packages/mingw-gcc/64/mingw-gcc-4.7.3-1/src/gcc-4.7.3/configure
--srcdir=/usr/src/packages/mingw-gcc/64/mingw-gcc-4.7.3-1/src/gcc-4.7.3
--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var
--sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/mingw-gcc
-C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=i686-pc-mingw32
--without-libiconv-prefix --without-libintl-prefix
--with-sysroot=/usr/i686-pc-mingw32/sys-root
--with-build-sysroot=/usr/i686-pc-mingw32/sys-root
--enable-languages=c,c++,fortran,objc,obj-c++ --disable-sjlj-exceptions
--with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry
--enable-libstdcxx-debug --disable-build-poststage1-with-cxx
--enable-version-specific-runtime-libs --disable-multilib
--enable-decimal-float=bid --disable-werror --enable-lto

Thread model: win32

gcc version 4.7.3 (GCC)

 

The command line:

 

i686-pc-mingw32-g++ -o memory2.exe memory2.o libppl_tests.a libppl.a
libgmpxx.a libgmp.a

 

The problem is that when I run memory2.exe there is a seg fault because the
target of a call to ppl_set_GMP_memory_allocation_functions (declared weak
in libppl and overridden in memory2) from
Parma_Polyhera_Library::Init::Init() has been fixed up incorrectly. So if
this is an ld issue, how do I send libppl.a (27 MB) to you? Using gdb I
manually fixed the call using the offset information from memory2.o and
everything worked properly as far as I could tell.

 

Regards,

Keith

Keith Clifford

Cell: 250 888-4558

Web:  <http://tranaptic.ca/> http://tranaptic.ca

 

Tranaptic Signature

 

JPEG image

Attachment: libgmp.a
Description: Binary data

Attachment: libgmpxx.a
Description: Binary data

Attachment: libppl_tests.a
Description: Binary data

Attachment: memory2.o
Description: Binary data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]