This could be a libtool issue, but I do not have ccache installed. I see a recent similar notify-python issue, but since that appears to be package-related I wanted to log this separately as it will undoubtedly be fixed separately. Relevant portion of log (full logs/etc attached): /usr/bin/nm -B .libs/librarian_la-rarian-main.o .libs/librarian_la-rarian-reg-utils.o .libs/librarian_la-rarian-language.o .libs/librarian_la-rarian-utils.o .libs/librarian_la-rarian-info.o .libs/librarian_la-rarian-man.o .libs/rarian-omf.o .libs/tinyxml.o .libs/tinyxmlparser.o .libs/tinystr.o .libs/tinyxmlerror.o | | /bin/sed 's/.* //' | sort | uniq > .libs/librarian.exp ../libtool: eval: line 4402: syntax error near unexpected token `|' ../libtool: eval: line 4402: `/usr/bin/nm -B .libs/librarian_la-rarian-main.o .libs/librarian_la-rarian-reg-utils.o .libs/librarian_la-rarian-language.o .libs/librarian_la-rarian-utils.o .libs/librarian_la-rarian-info.o .libs/librarian_la-rarian-man.o .libs/rarian-omf.o .libs/tinyxml.o .libs/tinyxmlparser.o .libs/tinystr.o .libs/tinyxmlerror.o | | /bin/sed 's/.* //' | sort | uniq > .libs/librarian.exp' make[2]: *** [librarian.la] Error 2 make[2]: Leaving directory `/var/tmp/portage/app-text/rarian-0.8.1-r2/work/rarian-0.8.1/librarian' Reproducible: Always
Created attachment 343296 [details] build.log
Created attachment 343298 [details] emerge --info '=app-text/rarian-0.8.1-r2'
Created attachment 343300 [details] emerge -pqv '=app-text/rarian-0.8.1-r2'
Created attachment 343302 [details] environment
> checking command to parse /usr/bin/nm -B output from x86_64-pc-linux-gnu-gcc object... failed That's most likely *not* package specific. Attach config.log - though it might not give a definite answer (that's not a preprocessor/compiler test).
Created attachment 343316 [details] config.log
configure:6518: x86_64-pc-linux-gnu-gcc -o conftest -march=amdfam10 -Os -pipe -frename-registers -fweb -freorder-blocks -freorder-blocks-and-partition -flto -funit-at-a-time -ftree-pre -fgcse-sm -fgcse-las -fgcse-after-reload -fmerge-all-constants -ftree-vectorize -ftree-parallelize-loops=4 -mabm -msse4a -Wl,-O1 -Wl,--as-needed -Wl,--as-needed conftest.c conftstm.o >&5 conftest.c:7:12: error: function 'nm_test_func' redeclared as variable conftest.c:5:6: note: previously declared here conftest.c:6:12: warning: type of 'nm_test_var' does not match original declaration [enabled by default] conftest.c:4:6: note: previously declared here lto1: fatal error: errors during merging of translation units compilation terminated. lto-wrapper: /usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3/x86_64-pc-linux-gnu-gcc returned 1 exit status /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status This doesn't tell much (unless it's a case of excessive CFLAGS). Going by the macro (from libtool 2.4.2) the failing program is: #ifdef __cplusplus extern "C" { #endif char nm_test_var; void nm_test_func(void); void nm_test_func(void){} #ifdef __cplusplus } #endif int main(){nm_test_var='a';nm_test_func();return(0);} - not really something that could fail.
Indeed, that seems to be it. Builds fine with: -march=amdfam10 -Os -pipe -frename-registers -fweb Not sure why I didn't think to test that before reporting.
*** Bug 464628 has been marked as a duplicate of this bug. ***
*** Bug 512458 has been marked as a duplicate of this bug. ***
*** Bug 512464 has been marked as a duplicate of this bug. ***
*** Bug 512462 has been marked as a duplicate of this bug. ***
*** Bug 512460 has been marked as a duplicate of this bug. ***
*** Bug 459592 has been marked as a duplicate of this bug. ***
*** Bug 443838 has been marked as a duplicate of this bug. ***