all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Jan Nieuwenhuizen <janneke@gnu.org>
To: Efraim Flashner <efraim@flashner.co.il>
Cc: guix-devel@gnu.org
Subject: Re: 23/33: gnu: commencement: gcc-boot0: Build fix for the Hurd.
Date: Wed, 11 Mar 2020 15:27:37 +0100	[thread overview]
Message-ID: <87lfo7t19i.fsf@gnu.org> (raw)
In-Reply-To: <87fteg2u56.fsf@gnu.org> (Jan Nieuwenhuizen's message of "Tue, 10 Mar 2020 14:53:41 +0100")

Jan Nieuwenhuizen writes:

> Efraim Flashner writes:
>
>> On Tue, Mar 10, 2020 at 10:13:37AM +0100, Ludovic Courtès wrote:
>>> guix-commits@gnu.org skribis:
>>> 
>>> > commit 7a57ca758c590742b63100944f07fddb7290f797
>>> > Author: Jan Nieuwenhuizen <janneke@gnu.org>
>>> > 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.

OK!  Yes, I'm reverting to this scenario.  I'm afraid some shared
library doesn't get built and that that's where it usually finds
`delete'.

>>> 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.

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.5.0.drv-0/gcc-5.5.0/build/include/ -I/tmp/guix-build-libstdc++-boot0-5.5.0.drv-0/gcc-5.5.0/build/include -I/tmp/guix-build-libstdc++-boot0-5.5.0.drv-0/gcc-5.5.0/libstdc++-v3/libsupc++ -fPIC -DPIC -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=compatibility-condvar.lo -std=gnu++11 -c ../../libstdc++-v3/src/c++11/compatibility-condvar.cc  -fPIC -DPIC -D_GLIBCXX_SHARED -o .libs/compatibility-condvar.o
libtool: compile:  g++ -I/tmp/guix-build-libstdc++-boot0-5.5.0.drv-0/gcc-5.5.0/build/include/ -I/tmp/guix-build-libstdc++-boot0-5.5.0.drv-0/gcc-5.5.0/build/include -I/tmp/guix-build-libstdc++-boot0-5.5.0.drv-0/gcc-5.5.0/libstdc++-v3/libsupc++ -fPIC -DPIC -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=compatibility-condvar.lo -std=gnu++11 -c ../../libstdc++-v3/src/c++11/compatibility-condvar.cc -o compatibility-condvar.o >/dev/null 2>&1
make[3]: *** No rule to make target '../src/c++98/libc++98convenience.la', needed by 'libstdc++.la'.  Stop.
make[3]: Leaving directory '/tmp/guix-build-libstdc++-boot0-5.5.0.drv-0/gcc-5.5.0/build/src'
make[2]: *** [Makefile:637: all-recursive] Error 1
make[2]: Leaving directory '/tmp/guix-build-libstdc++-boot0-5.5.0.drv-0/gcc-5.5.0/build/src'
make[1]: *** [Makefile:507: all-recursive] Error 1
make[1]: Leaving directory '/tmp/guix-build-libstdc++-boot0-5.5.0.drv-0/gcc-5.5.0/build'
make: *** [Makefile:414: all] Error 2
command "make" "-j" "1" failed with status 2
--8<---------------cut here---------------end--------------->8---

another terrible error.  We could use some glibc and gcc developers
helping with out bootstrap, packaging and cross builds!

janneke

-- 
Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

  reply	other threads:[~2020-03-11 14:27 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20200310075832.7126.86402@vcs0.savannah.gnu.org>
     [not found] ` <20200310075845.291F421123@vcs0.savannah.gnu.org>
2020-03-10  8:54   ` 08/33: gnu: make: Revert to 4.1 for the Hurd Ludovic Courtès
2020-03-10  9:16     ` Jan Nieuwenhuizen
     [not found] ` <20200310075844.240A021123@vcs0.savannah.gnu.org>
2020-03-10  8:55   ` 05/33: gnu: hurd: Fix hurd-target? Ludovic Courtès
2020-03-10 11:22     ` Jan Nieuwenhuizen
     [not found] ` <20200310075846.1DA6821123@vcs0.savannah.gnu.org>
2020-03-10  9:02   ` 11/33: gnu: glibc: Add and update patches for the Hurd Ludovic Courtès
2020-03-10 11:28     ` Jan Nieuwenhuizen
     [not found] ` <20200310075853.45FCC21252@vcs0.savannah.gnu.org>
2020-03-10  9:04   ` 33/33: daemon: Workaround issues " Ludovic Courtès
2020-03-10 12:54     ` Jan Nieuwenhuizen
2020-03-11 14:50       ` Ludovic Courtès
2020-03-12  6:59         ` Jan Nieuwenhuizen
2020-03-12 12:59           ` Ludovic Courtès
2020-03-12 12:59           ` bug#40006: " Ludovic Courtès
2020-03-12  6:59         ` Jan Nieuwenhuizen
     [not found] ` <20200310075847.6059A2112F@vcs0.savannah.gnu.org>
2020-03-10  9:06   ` 15/33: gnu: coreutils: Remove libcap dependency " Ludovic Courtès
2020-03-11 15:01     ` Jan Nieuwenhuizen
2020-03-11 18:09       ` Vincent Legoll
2020-03-11 19:43         ` Jan Nieuwenhuizen
2020-03-12 13:01       ` Ludovic Courtès
2020-03-14  8:28         ` bug#40006: " Jan Nieuwenhuizen
2020-03-14  8:28         ` Jan Nieuwenhuizen
     [not found] ` <20200310075851.4497E2125F@vcs0.savannah.gnu.org>
2020-03-10  9:10   ` 27/33: gnu: commencement: glibc-intermediate: Build fixes " Ludovic Courtès
2020-03-10 12:45     ` Jan Nieuwenhuizen
     [not found] ` <20200310075850.035F02125B@vcs0.savannah.gnu.org>
2020-03-10  9:13   ` 23/33: gnu: commencement: gcc-boot0: Build fix " Ludovic Courtès
2020-03-10  9:18     ` Efraim Flashner
2020-03-10 13:53       ` Jan Nieuwenhuizen
2020-03-11 14:27         ` Jan Nieuwenhuizen [this message]
2020-03-11 15:14           ` Efraim Flashner
2020-03-11 16:20             ` Jan Nieuwenhuizen
2020-03-11 16:27               ` Efraim Flashner
2020-03-12  7:02                 ` Jan Nieuwenhuizen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87lfo7t19i.fsf@gnu.org \
    --to=janneke@gnu.org \
    --cc=efraim@flashner.co.il \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.