On Thu, Oct 31, 2013 at 04:10:51PM -0400, Andrew MacLeod wrote: > On 10/31/2013 03:31 PM, Andrew MacLeod wrote: > >On 10/31/2013 01:02 PM, Andrew MacLeod wrote: > >>On 10/31/2013 12:13 PM, Andrew MacLeod wrote: > > > >but the file is in the correct directory: > >/gcc/2013-10-31/build/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs/libstdc++.so > >-> libstdc++.so.6.0.19 > >/gcc/2013-10-31/build/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs/libstdc++.so.6 > >-> libstdc++.so.6.0.19 > >/gcc/2013-10-31/build/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs/libstdc++.so.6.0.19 > > > > > > > >Im still poking around at it. very odd. > > > >Andrew... > > > OK, so libcilkrts will not configure properly without libstdc++.i686 > in the system .. so somewhere in the configury magic its falling > back on the system libstdc++ library, and won't work without it. > > My little test program worked fine when I added > export > LD_LIBRARY_PATH=/gcc/2013-10-31/build/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs:/gcc/2013-10-31/build/./gcc/32/ > > to pick up the 2 shared libraries... so I presume LD_LIBRARY_PATH > needs to be set by your configure stuff in order to work. > > > You should be able to test this by uninstalling libstdc++.i686 ona > 64 bit machine and configuring. I didn;'t have it, and when I did > add it, everything works fine.
I guess have a look at libsanitizer/configure.ac, it contains e.g. # Do not delete or change the following two lines. For why, see # http://gcc.gnu.org/ml/libstdc++/2003-07/msg00451.html AC_CANONICAL_SYSTEM target_alias=${target_alias-$host_alias} AC_SUBST(target_alias) GCC_LIBSTDCXX_RAW_CXX_FLAGS and also --enable-version-specific-runtime-libs, I guess you want both. Perhaps there is also some other magic why libsanitizer AC_PROG_CXX works and libcilkrts doesn't. Jakub
