Efraim Flashner writes: > On Tue, Mar 10, 2020 at 10:13:37AM +0100, Ludovic Courtès wrote: >> [email protected] skribis: >> >> > commit 7a57ca758c590742b63100944f07fddb7290f797 >> > Author: Jan Nieuwenhuizen <[email protected]> >> > AuthorDate: Sun Mar 1 13:45:42 2020 +0100 >> > >> > gnu: commencement: gcc-boot0: Build fix for the Hurd. >> > >> > Fixes: >> > g++ -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE >> > -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall >> > -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute >> > -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros >> > -Wno-overlength-strings -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE >> > -static-libstdc++ -static-libgcc >> > -Wl,-rpath=/gnu/store/vp2id82a597p119b3wyhhkhd467wvn78-glibc-bootstrap-0/lib >> > -Wl,-dynamic-linker -Wl,/gnu/store/vp2id82a597p119b3w [...] >> > build/genmddeps.o build/read-md.o build/errors.o >> > ../build-i586-unknown-gnu/libiberty/libiberty.a >> > >> > /gnu/store/jk3kx5jwjs9m60svzk6sz79bf0w33l91-binutils-cross-boot0-2.34/bin/ld: >> > build/read-md.o: in function `md_reader::~md_reader()': >> > >> > /tmp/guix-build-gcc-cross-boot0-7.5.0.drv-0/build/gcc/../../gcc-7.5.0/gcc/read-md.c:1049: >> > undefined reference to `operator delete(void*, unsigned int)' >> > >> > This raises the question: Should libstdc++-boot0 (v4.9) be sufficient >> > to build >> > gcc-boot0 (v7.5.0)? >> >> Hmm? :-) >> >> > * gnu/packages/commencement.scm (gcc-boot0): Add static library path. >> >> > `(,(string-append "LDFLAGS=" >> > + (if ,(hurd-system?) >> > + (string-append >> > + "-L" (assoc-ref %build-inputs >> > "gcc") "/lib ") >> > + "") >> >> Could you add a comment saying that this is to allow the ‘delete’ >> operator to be found? Weird. >> >> That’s it, thanks for the great work!
... I agree, however trying without this and Efraim's patch instead first. > With the bootstrapping efforts going around there's a couple of patches > floating around to change the gcc version for libstdc++-boot0. I've > tested the following patch, which also prepares the way for any other > future supported platforms. That looks nice; thanks -- I have added i586-gnu and am trying if that works for me. janneke -- Jan Nieuwenhuizen <[email protected]> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
