| Summary: | media-gfx/splashutils-1.5.2.1 doesn't compile w/ LDFLAGS="-s" | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Radko Lazarov <r02662733> |
| Component: | Current packages | Assignee: | Michal Januszewski (RETIRED) <spock> |
| Status: | VERIFIED INVALID | ||
| Severity: | normal | CC: | gentoo |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | config.log | ||
|
Description
Radko Lazarov
2007-10-11 18:38:12 UTC
(In reply to comment #0) > configure: error: C compiler cannot create executables > See `config.log' for more details. Is hardly a splashutils bug; you didn't attach the config.log here. Created attachment 133206 [details]
config.log
Hee it is.
I guess that's one is the right on as there are two:
/var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/objs/jpeglib/config.log
/var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/objs/freetype2/config.log
Required log attached <snip> configure:2431: klcc -v >&5 /usr/bin/klcc: No input files! configure:2434: $? = 25 configure:2441: klcc -V >&5 /usr/bin/klcc: unknown option: -V configure:2444: $? = 25 configure:2467: checking for C compiler default output file name configure:2494: klcc -fno-stack-protector -Os -w -ffunction-sections -fdata-sections -I/var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/libs/zlib-1.2.3 -I/var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/libs/freetype-2.3.5/include -I/var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/objs/jpeglib -DWITH_ERRLIST -DTARGET_KERNEL -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -I/var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/libs/libpng-1.2.18 -I/var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/libs/jpeg-6b -include /var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/klibc_compat.h -I/var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/libs/zlib-1.2.3 -Wl,-O1 -Wl,--sort-common -s conftest.c >&5 /usr/bin/strip: '': No such file configure:2497: $? = 1 </snip> Please remerge klibc (make sure you're using the latest one) and check whether it fixes the problem. Hi, I have reemerged klibc-1.5 and then tried to emerge splashutils-1.5.2.1 but the same error appear. I have checked the /var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/objs/freetype2/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by FreeType configure 2.3.5, which was generated by GNU Autoconf 2.61. Invocation command line was $ /var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/libs/freetype-2.3.5/builds/unix/configure --disable-shared ## --------- ## ## Platform. ## ## --------- ## . . .## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "FreeType" #define PACKAGE_TARNAME "freetype" #define PACKAGE_VERSION "2.3.5" #define PACKAGE_STRING "FreeType 2.3.5" #define PACKAGE_BUGREPORT "freetype@nongnu.org" configure: exit 77 The same error. But If I run /var/tmp/portage/media-gfx/splashutils-1.5.2.1/work/splashutils-1.5.2.1/libs/freetype-2.3.5/builds/unix/configure --disable-shared manualy, seems it's passing and if I do make in that directory it's passing. I do not know if this help indeed, but I hope so Please try emerging splashutils with: 1) ccache removed from FEATURES 2) unset LDFLAGS and let us know whether it changes anything. Hello, I have removed ccache form FEATURES, but it failed again. After I comment out LDFLAGS in make.conf emerge passed successfully. Thank you for support. Will you consider eventually to work with such LDFLAGS, as previous version (1.5)was working for me? I'll investigate what exactly causes the problem and if it's nothing major, this LDFLAGS set should be supported in the next release of splashutils. Changing resolution.. The problem is caused by the '-s' about which GCC manual says: "Remove all symbol table and relocation information from the executable." I do not consider this to be supported and I think you should remove this from your LDFLAGS. It's not your call to remove relocation information from object files and since we normally strip all executables anyway, you don't really gain anything from using it. *** Bug 197149 has been marked as a duplicate of this bug. *** |
