From mboxrd@z Thu Jan 1 00:00:00 1970 From: Efraim Flashner Subject: Re: 23/33: gnu: commencement: gcc-boot0: Build fix for the Hurd. Date: Wed, 11 Mar 2020 15:14:53 +0000 Message-ID: <259D409F-FF42-4DDB-8F61-075C12E2EF39@flashner.co.il> References: <20200310075832.7126.86402@vcs0.savannah.gnu.org> <20200310075850.035F02125B@vcs0.savannah.gnu.org> <87imjcwp1a.fsf@gnu.org> <20200310091810.GT1423@E5400> <87fteg2u56.fsf@gnu.org> <87lfo7t19i.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:54914) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jC35T-0006nq-EM for guix-devel@gnu.org; Wed, 11 Mar 2020 11:16:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jC35S-0001vu-4g for guix-devel@gnu.org; Wed, 11 Mar 2020 11:15:59 -0400 In-Reply-To: <87lfo7t19i.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: Jan Nieuwenhuizen Cc: guix-devel@gnu.org On March 11, 2020 2:27:37 PM UTC, Jan Nieuwenhuizen wr= ote: >Jan Nieuwenhuizen writes: > >> Efraim Flashner writes: >> >>> On Tue, Mar 10, 2020 at 10:13:37AM +0100, Ludovic Court=C3=A8s wrote: >>>> guix-commits@gnu=2Eorg skribis: >>>>=20 >>>> > commit 7a57ca758c590742b63100944f07fddb7290f797 >>>> > Author: Jan Nieuwenhuizen >>>> > AuthorDate: Sun Mar 1 13:45:42 2020 +0100 >>>> > >>>> > gnu: commencement: gcc-boot0: Build fix for the Hurd=2E >>>> > =20 >>>> > Fixes: >>>> > g++ -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-e= xceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -W= write-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -= pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHA= VE_CONFIG_H -DGENERATOR_FILE -fno-PIE -static-libstdc++ -static-libgcc -Wl,= -rpath=3D/gnu/store/vp2id82a597p119b3wyhhkhd467wvn78-glibc-bootstrap-0/lib = -Wl,-dynamic-linker -Wl,/gnu/store/vp2id82a597p119b3w [=2E=2E=2E] >>>> > build/genmddeps=2Eo build/read-md=2Eo build/errors=2Eo = =2E=2E/build-i586-unknown-gnu/libiberty/libiberty=2Ea >>>> > /gnu/store/jk3kx5jwjs9m60svzk6sz79bf0w33l91-binutils-cross-= boot0-2=2E34/bin/ld: build/read-md=2Eo: in function `md_reader::~md_reader(= )': >>>> > /tmp/guix-build-gcc-cross-boot0-7=2E5=2E0=2Edrv-0/build/gcc= /=2E=2E/=2E=2E/gcc-7=2E5=2E0/gcc/read-md=2Ec:1049: undefined reference to `= operator delete(void*, unsigned int)' >>>> > =20 >>>> > This raises the question: Should libstdc++-boot0 (v4=2E9) be su= fficient to build >>>> > gcc-boot0 (v7=2E5=2E0)? >>>>=20 >>>> Hmm? :-) >>>>=20 >>>> > * gnu/packages/commencement=2Escm (gcc-boot0): Add static libra= ry path=2E >>>>=20 >>>> > `(,(string-append "LDFLAGS=3D" >>>> > + (if ,(hurd-system?) >>>> > + (string-append >>>> > + "-L" (assoc-ref %build-input= s "gcc") "/lib ") >>>> > + "") >>>>=20 >>>> Could you add a comment saying that this is to allow the =E2=80=98del= ete=E2=80=99 >>>> operator to be found? Weird=2E > >OK! Yes, I'm reverting to this scenario=2E I'm afraid some shared >library doesn't get built and that that's where it usually finds >`delete'=2E > >>>> That=E2=80=99s it, thanks for the great work! >> >> =2E=2E=2E I agree, however trying without this and Efraim's patch inste= ad first=2E >> >>> With the bootstrapping efforts going around there's a couple of patche= s >>> floating around to change the gcc version for libstdc++-boot0=2E I've >>> tested the following patch, which also prepares the way for any other >>> future supported platforms=2E >> >> That looks nice; thanks -- I have added i586-gnu and am trying if that >> works for me=2E > >Well, Marius already convinced you it was a bad idea; but sadly it >didn't work for my hurd problem; I got > >--8<---------------cut here---------------start------------->8--- >libtool: compile: g++ -I/tmp/guix-build-libstdc++-boot0-5=2E5=2E0=2Edrv-= 0/gcc-5=2E5=2E0/build/include/ -I/tmp/guix-build-libstdc++-boot0-5=2E5=2E0= =2Edrv-0/gcc-5=2E5=2E0/build/include -I/tmp/guix-build-libstdc++-boot0-5=2E= 5=2E0=2Edrv-0/gcc-5=2E5=2E0/libstdc++-v3/libsupc++ -fPIC -DPIC -fno-implici= t-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-s= how-location=3Donce -ffunction-sections -fdata-sections -frandom-seed=3Dcom= patibility-condvar=2Elo -std=3Dgnu++11 -c =2E=2E/=2E=2E/libstdc++-v3/src/c+= +11/compatibility-condvar=2Ecc -fPIC -DPIC -D_GLIBCXX_SHARED -o =2Elibs/co= mpatibility-condvar=2Eo >libtool: compile: g++ -I/tmp/guix-build-libstdc++-boot0-5=2E5=2E0=2Edrv-= 0/gcc-5=2E5=2E0/build/include/ -I/tmp/guix-build-libstdc++-boot0-5=2E5=2E0= =2Edrv-0/gcc-5=2E5=2E0/build/include -I/tmp/guix-build-libstdc++-boot0-5=2E= 5=2E0=2Edrv-0/gcc-5=2E5=2E0/libstdc++-v3/libsupc++ -fPIC -DPIC -fno-implici= t-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-s= how-location=3Donce -ffunction-sections -fdata-sections -frandom-seed=3Dcom= patibility-condvar=2Elo -std=3Dgnu++11 -c =2E=2E/=2E=2E/libstdc++-v3/src/c+= +11/compatibility-condvar=2Ecc -o compatibility-condvar=2Eo >/dev/null 2>&1 >make[3]: *** No rule to make target '=2E=2E/src/c++98/libc++98convenience= =2Ela', needed by 'libstdc++=2Ela'=2E Stop=2E >make[3]: Leaving directory '/tmp/guix-build-libstdc++-boot0-5=2E5=2E0=2Ed= rv-0/gcc-5=2E5=2E0/build/src' >make[2]: *** [Makefile:637: all-recursive] Error 1 >make[2]: Leaving directory '/tmp/guix-build-libstdc++-boot0-5=2E5=2E0=2Ed= rv-0/gcc-5=2E5=2E0/build/src' >make[1]: *** [Makefile:507: all-recursive] Error 1 >make[1]: Leaving directory '/tmp/guix-build-libstdc++-boot0-5=2E5=2E0=2Ed= rv-0/gcc-5=2E5=2E0/build' >make: *** [Makefile:414: all] Error 2 >command "make" "-j" "1" failed with status 2 >--8<---------------cut here---------------end--------------->8--- > >another terrible error=2E We could use some glibc and gcc developers >helping with out bootstrap, packaging and cross builds! > >janneke > If you're using gcc-7 as the bootstrap gcc for the Hurd then IMO you shoul= d go ahead and either use gcc-7 or gcc for the libstdc++-boot0 --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E