Hi, This[1] comment, broke at least mingw64 build. --- sed: can't read .//usr/lib/gcc/x86_64-w64-mingw32/4.9.2/*.la: No such file or directory * environment, line 1753: Called die * The specific snippet of code: * sed -i -e "/^libdir=/s:=.*:='${dir}':" ./${dir}/*.la || die; --- There are no la files to sed at this location. Reproduce: # crossdev -t x86_64-w64-mingw32 Maybe this should be applied to libexec in the mingw case, or just avoid if no la files. Thanks, [1] https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/toolchain.eclass?r1=1.665&r2=1.666
*** Bug 548820 has been marked as a duplicate of this bug. ***
https://bugs.gentoo.org/show_bug.cgi?id=548704 also seems to be a duplicate.
*** Bug 548704 has been marked as a duplicate of this bug. ***
this should fix it: http://sources.gentoo.org/eclass/toolchain.eclass?r1=1.666&r2=1.667
Mine (armv7m-softfloat-eabi), now fails on the next sed line: * Call stack: * ebuild.sh, line 93: Called src_install * environment, line 3765: Called toolchain_src_install * environment, line 4865: Called gcc_movelibs * environment, line 1993: Called fix_libtool_libdir_paths '/usr/lib/gcc/armv7m-softfloat-eabi/4.8.4/thumb' * environment, line 1758: Called die * The specific snippet of code: * sed -i -e "/^dependency_libs=/s:/[^ ]*/${allarchives}:${LIBPATH}/\1:g" $(find ./${PREFIX}/lib* -maxdepth 3 -name '*.la') ./${dir}/*.la || die Similar error message: sed: can't read .//usr/lib/gcc/armv7m-softfloat-eabi/4.8.4/thumb/*.la: No such file or directory
Yes, fix is incomplete.
Can this be reopened since it is not fixed?
*** Bug 549058 has been marked as a duplicate of this bug. ***
same here. avr toolchain does not build after this fix. It hangs here sed: can't read .//usr/lib/gcc/avr/3.4.6/*.la: No such file or directory * ERROR: cross-avr/gcc-3.4.6-r2::crossdev failed (install phase): * (no error message) * * Call stack: * ebuild.sh, line 93: Called src_install * environment, line 3753: Called toolchain_src_install * environment, line 4866: Called gcc_movelibs * environment, line 1989: Called fix_libtool_libdir_paths '/usr/lib/gcc/avr/3.4.6/.' * environment, line 1754: Called die * The specific snippet of code: * sed -i -e "/^dependency_libs=/s:/[^ ]*/${allarchives}:${LIBPATH}/\1:g" $(find ./${PREFIX}/lib* -maxdepth 3 -name '*.la') ./${dir}/*.la || die; Thanks
(In reply to gemi from comment #9) > same here. avr toolchain does not build after this fix. It hangs here > > sed: can't read .//usr/lib/gcc/avr/3.4.6/*.la: No such file or directory > * ERROR: cross-avr/gcc-3.4.6-r2::crossdev failed (install phase): > * (no error message) > * > * Call stack: > * ebuild.sh, line 93: Called src_install > * environment, line 3753: Called toolchain_src_install > * environment, line 4866: Called gcc_movelibs > * environment, line 1989: Called fix_libtool_libdir_paths > '/usr/lib/gcc/avr/3.4.6/.' > * environment, line 1754: Called die > * The specific snippet of code: > * sed -i -e "/^dependency_libs=/s:/[^ > ]*/${allarchives}:${LIBPATH}/\1:g" $(find ./${PREFIX}/lib* -maxdepth 3 -name > '*.la') ./${dir}/*.la || die; > > > Thanks If I delete the other SED command out of the fix_libtool_libdir_paths() function in /usr/portage/eclass/toolchain.eclass everything seems to compile and install well
this should fix it: http://sources.gentoo.org/eclass/toolchain.eclass?r1=1.667&r2=1.668
Created attachment 403032 [details] Log of failed build.
Sad but true. It doesnt built again.
(In reply to dtoch from comment #13) > Sad but true. It doesnt built again. I can confirm this issue on crossdev for cross-armv6j-hardfloat-linux-gnueabi/gcc on armv7a-hardfloat-linux-gnueabi.
same for the AVR toolchain. It does not install and dies here: make[1]: Leaving directory '/var/tmp/portage/cross-avr/gcc-3.4.6-r2/work/build/libiberty' sed: no input files * ERROR: cross-avr/gcc-3.4.6-r2::crossdev failed (install phase): * (no error message) * * Call stack: * ebuild.sh, line 93: Called src_install * environment, line 3757: Called toolchain_src_install * environment, line 4862: Called gcc_movelibs * environment, line 1989: Called fix_libtool_libdir_paths '/usr/lib/gcc/avr/3.4.6/.' * environment, line 1754: Called die * The specific snippet of code: * sed -i -e "/^dependency_libs=/s:/[^ ]*/${allarchives}:${LIBPATH}/\1:g" $(find ./${PREFIX}/lib* -maxdepth 3 -name '*.la') $(find ./${dir}/ -maxdepth 1 -name '*.la') || die; Again, if I just delete the sed command, it works fine for me, as there are not *.la files I am not sure about all the other toolchains though.
Created attachment 403182 [details, diff] patch for 1.668 to get file/dir not found out of the way
I am looking at the toolchain.eclass 1.668 with the suggested patches. In line 1825 is a "find" looking for "*.sa" and executing a "sed" on every found instance of *.sa. If none are found. Nothing will be executed. On line 1827 is a call to sed that replaces fancy things on the results of two $(find...). Well if those finds are empty, sed has no input... I have reworked the line 1827 to be a find executing a sed similar to line 1825. I have attached a patch. It works for my use case. I guess it should work for everyone. maybe Alon or SpanKY may run test cases against my proposed patch. I have no clue as I am completely new to gentoo, LoL
*** Bug 549284 has been marked as a duplicate of this bug. ***
The patch https://bugs.gentoo.org/attachment.cgi?id=403182 from Carsten works fine for avr toolchain. Thanks for that.
Comment on attachment 403182 [details, diff] patch for 1.668 to get file/dir not found out of the way no one reads context diffs ;)
this should fix it: http://sources.gentoo.org/eclass/toolchain.eclass?r1=1.668&r2=1.669
all good for avr toolchain, I think this can be closed now
Also confirmed fixed on armv7m-softfloat-eabi
crossdev -S -t arm-none-eabi done!
