Summary: | dev-cpp/cppserv fails to build with forced --as-needed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Ilya Volynets (RETIRED) <iluxa> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 129413 | ||
Attachments: |
Build log
Build log Build log for 0.2.11 |
Description
Diego Elio Pettenò (RETIRED)
2008-12-06 19:46:47 UTC
Created attachment 174454 [details]
Build log
Which version of SPTK was actually installed? With which flags? Also, can this be reproduced with -j1? New cppserv release has been published, which changed dep tracking a bit. I wasn't able to reproduce this particular problem, but I suspect it might have been fixed... If not fixed with cppserv-0.2.0, feel free to reopen. Still there with 0.2.8, I'll have to check if it's parallel make, sptk installed is 3.5.8.10. Created attachment 186749 [details]
Build log
Can you also attach contents of release/env-tests/log ? Also, which use flags are enabled on SPTK? Grrr... Can I get that log file I requested? Ehm sorry I have to run it through the tinderbox once again :/ I clear the tinderbox status weekly (to avoid running out of space), I'll try to give you the log today. [ebuild R ] dev-cpp/sptk-3.5.8.10 USE="-aspell -doc -examples -excel -fltk -mysql -odbc -postgres -sqlite" 0 kB The log you're asking is empty (0-sized). Hmm.. I still can't reproduce it in-house. Do you actually have so many processors available? Or is it a distcc farm? I have, it's a dual quadcore. I don't have any usable HW to reproduce this on :( Can I get shell access to your tinderbox machine to fix this? I modified build system to give better error reporting. If you could attach build output log from cppserv-0.2.9, it could help. And that shell access too :) ... Created attachment 193296 [details]
Build log for 0.2.11
I cannot give you remote access sorry :/ (the box is not strictly secured as it is), but I still have the problem with 0.2.11.
Interesting... g++ -lsputil3 -lpthread -O2 -pipe -Wl,-O1 env-tests/sptk-namespace-kirpich.cpp -o release/env-tests/sptk-namespace-kirpich COMPILER=gcc ./env-tests/link-test.sh "libmagic-kirpich.c" "libmagic-kirpich" "-lmagic -O2 -pipe -Wl,-O1" "HAVE_LIBMAGIC:=1" "HAVE_LIBMAGIC:=0">release/env-tests/HAVE_LIBMAGIC.cache gcc -lmagic -O2 -pipe -Wl,-O1 env-tests/libmagic-kirpich.c -o release/env-tests/libmagic-kirpich /var/tmp/portage/dev-cpp/cppserv-0.2.11/temp/ccAKTReu.o: In function `main': libmagic-kirpich.c:(.text+0x24): undefined reference to `magic_open' libmagic-kirpich.c:(.text+0x36): undefined reference to `magic_load' libmagic-kirpich.c:(.text+0x44): undefined reference to `magic_file' collect2: ld returned 1 exit status /var/tmp/portage/dev-cpp/cppserv-0.2.11/temp/ccPOJCwq.o: In function `global constructors keyed to buf': sptk-namespace-kirpich.cpp:(.text+0x36): undefined reference to `sptk::CBuffer::CBuffer(unsigned int)' collect2: ld returned 1 exit status /var/tmp/portage/dev-cpp/cppserv-0.2.11/temp/ccPcORWq.o: In function `global constructors keyed to buf': sptk-kirpich.cpp:(.text+0x36): undefined reference to `sptk::CBuffer::CBuffer(unsigned int)' collect2: ld returned 1 exit status Both sptk and libmagic are present, yet they don't link correctly. Did we test non-parallel build on your system, after all? Errors above make me doubt it's related to parallelization. Good catch! I have never noticed that one in the whole log, sounds like an --as-needed issue indeed! While that sounds plausible, both cases above (libmagc test and sptk namespace test) link directly to the library which defines symbols in question. I don't quite see why would --as-needed drop those libraries in such a case. The problem is in the order used to link; ld parameters _are_ positional, so providing the library first and then the object files makes it discard the library. See http://www.gentoo.org/proj/en/qa/asneeded.xml for the details. Mmm... That shouldn't apply to object files - just to libraries, but yeah... I'll fix the link order Should be fixed now, with 0.2.12 |