bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-30 Thread Ludovic Courtès
Andreas Enge skribis: > Now the problem occurs in gcc itself: >http://hydra.gnu.org/build/402695/nixlog/2/tail-reload > validating RUNPATH of 23 binaries in > "/gnu/store/nj9ps51n0pfdnn0qxq6cb32z5xy2g641-gcc-4.9.2-lib/lib"... > /gnu/store/nj9ps51n0pfdnn0qxq6cb32z5xy2g641-gcc-4.9.2-lib/lib/li

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-29 Thread Andreas Enge
Now the problem occurs in gcc itself: http://hydra.gnu.org/build/402695/nixlog/2/tail-reload validating RUNPATH of 23 binaries in "/gnu/store/nj9ps51n0pfdnn0qxq6cb32z5xy2g641-gcc-4.9.2-lib/lib"... /gnu/store/nj9ps51n0pfdnn0qxq6cb32z5xy2g641-gcc-4.9.2-lib/lib/libvtv.so: error: depends on 'libgc

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-29 Thread Andreas Enge
On Wed, Apr 29, 2015 at 06:37:07PM +0200, Ludovic Courtès wrote: > I see 宋文武 did some work on CMake in core-updates, so hopefully this > particular issue is gone now? Yes, core-updates now builds satisfyingly on x86_64, and the other architec- tures are catching up. Andreas

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-29 Thread Ludovic Courtès
Andreas Enge skribis: > On Thu, Apr 23, 2015 at 09:08:10PM +0200, Ludovic Courtès wrote: >> Andreas: ditto for the Qt 5 issue? > > With commit d074e2f, cmake, a dependency of qt, fails one of its tests: > 99% tests passed, 1 tests failed out of 373 > The following tests FAILED: > 72 - Bu

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-24 Thread Andreas Enge
On Thu, Apr 23, 2015 at 09:08:10PM +0200, Ludovic Courtès wrote: > Andreas: ditto for the Qt 5 issue? With commit d074e2f, cmake, a dependency of qt, fails one of its tests: 99% tests passed, 1 tests failed out of 373 The following tests FAILED: 72 - BundleUtilities (Failed) Andreas

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-23 Thread Ludovic Courtès
宋文武 skribis: > Well, the proper solution is fix our 'libstdc++.so' (which has > a "not found" entry for libgcc_s.so) in the next 'core-updates'. Fixed with 21e583d. Could you check whether that solves the MariaDB issue? (You’ll have to build most things locally, unless you wait for hydra.gnu.o

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-20 Thread 宋文武
> As Ludovic Courtès tell, '-static-libgcc' may be the issue. Well, the proper solution is fix our 'libstdc++.so' (which has a "not found" entry for libgcc_s.so) in the next 'core-updates'.

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-19 Thread Ludovic Courtès
Andreas Enge skribis: > Trying to build qt, I just had the same problem; it fails with the following > messages (building on only one core to actually see the error message): > > [629/10115] CC > obj/src/3rdparty/chromium/net/third_party/nss/ssl/libssl.sslver.o > FAILED: cd ../../../src/3rdparty

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-18 Thread Andreas Enge
Trying to build qt, I just had the same problem; it fails with the following messages (building on only one core to actually see the error message): [629/10115] CC obj/src/3rdparty/chromium/net/third_party/nss/ssl/libssl.sslver.o FAILED: cd ../../../src/3rdparty/chromium/content/browser/service_wo

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

2015-04-17 Thread 宋文武
In my patch for mariadb, I have to set LDFLAGS to '-lgcc_s': https://lists.gnu.org/archive/html/guix-devel/2015-04/msg00321.html without this, binaries are built linked with libstdc++.so, but have a not found entry for libgcc_s.so, eg: $ ldd ./build/sql/gen_lex_hash linux-vdso.so.1 (0x