public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "tkoenig at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/97527] OpenBSD bootstrap fails with out of memory allocating 8 bytes after a total of 0 bytes Date: Thu, 22 Oct 2020 12:10:09 +0000 [thread overview] Message-ID: <bug-97527-4-LkeQB08AwT@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-97527-4@http.gcc.gnu.org/bugzilla/> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527 --- Comment #9 from Thomas Koenig <tkoenig at gcc dot gnu.org> --- Created attachment 49423 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49423&action=edit config.log from libgomp using binutils compiled with gcc 8.4.0 Using the binutils compiled with gcc 8.4 now leads to an error in libgomp configure, apparently because of some collision with LTO symbols (???) gmake[4]: Leaving directory '/home/tkoenig/trunk-bin/x86_64-unknown-openbsd6.8/libgcc' gmake[3]: Leaving directory '/home/tkoenig/trunk-bin/x86_64-unknown-openbsd6.8/libgcc' Checking multilib configuration for libgomp... Configuring stage 1 in x86_64-unknown-openbsd6.8/libgomp configure: loading cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-unknown-openbsd6.8 checking host system type... x86_64-unknown-openbsd6.8 checking target system type... x86_64-unknown-openbsd6.8 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether gmake supports nested variables... yes checking for x86_64-unknown-openbsd6.8-gcc... /home/tkoenig/trunk-bin/./gcc/xgcc -B/home/tkoenig/trunk-bin/./gcc/ -B/home/tkoenig/x86_64-unknown-openbsd6.8/bin/ -B/home/tkoenig/x86_64-unknown-openbsd6.8/lib/ -isystem /home/tkoenig/x86_64-unknown-openbsd6.8/include -isystem /home/tkoenig/x86_64-unknown-openbsd6.8/sys-include -fno-checking checking whether the C compiler works... no configure: error: in `/home/tkoenig/trunk-bin/x86_64-unknown-openbsd6.8/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details gmake[2]: *** [Makefile:24794: configure-stage1-target-libgomp] Error 77 gmake[2]: Leaving directory '/home/tkoenig/trunk-bin' gmake[1]: *** [Makefile:27002: stage1-bubble] Error 2 gmake[1]: Leaving directory '/home/tkoenig/trunk-bin' gmake: *** [Makefile:1004: all] Error 2 The suspicious part is configure:3910: checking whether the C compiler works configure:3932: /home/tkoenig/trunk-bin/./gcc/xgcc -B/home/tkoenig/trunk-bin/./gcc/ -B/home/tkoenig/x86_64-unknown-openbsd6.8/bin/ -B/home/tkoenig/x86_64-unknown-openbsd6.8/lib/ -isystem /home/tkoenig/x86_64-unknown-openbsd6.8/include -isystem /home/tkoenig/x86_64-unknown-openbsd6.8/sys-include -fno-checking -g -O2 conftest.c >&5 Wrong dl symbols! /home/tkoenig/x86_64-unknown-openbsd6.8/bin/ld: /home/tkoenig/trunk-bin/./gcc/liblto_plugin.so: error loading plugin: Wrong dl symbols! collect2: error: ld returned 1 exit status configure:3936: $? = 1 configure:3974: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "GNU Offloading and Multi Processing Runtime Library" | #define PACKAGE_TARNAME "libgomp" | #define PACKAGE_VERSION "1.0" | #define PACKAGE_STRING "GNU Offloading and Multi Processing Runtime Library 1.0" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://www.gnu.org/software/libgomp/" | #define PACKAGE "libgomp" | #define VERSION "1.0" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3979: error: in `/home/tkoenig/trunk-bin/x86_64-unknown-openbsd6.8/libgomp': configure:3981: error: C compiler cannot create executables See `config.log' for more details
prev parent reply other threads:[~2020-10-22 12:10 UTC|newest] Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-10-22 6:38 [Bug bootstrap/97527] New: OpenBSD bootstrap fails with error: C++ preprocessor "/lib/cpp" fails sanity check tkoenig at gcc dot gnu.org 2020-10-22 6:40 ` [Bug bootstrap/97527] " tkoenig at gcc dot gnu.org 2020-10-22 6:41 ` tkoenig at gcc dot gnu.org 2020-10-22 6:41 ` tkoenig at gcc dot gnu.org 2020-10-22 6:44 ` [Bug bootstrap/97527] OpenBSD bootstrap fails with out of memory allocating 8 bytes after a total of 0 bytes tkoenig at gcc dot gnu.org 2020-10-22 6:48 ` tkoenig at gcc dot gnu.org 2020-10-22 6:50 ` tkoenig at gcc dot gnu.org 2020-10-22 7:24 ` rguenth at gcc dot gnu.org 2020-10-22 10:29 ` tkoenig at gcc dot gnu.org 2020-10-22 12:10 ` tkoenig at gcc dot gnu.org [this message]
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=bug-97527-4-LkeQB08AwT@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).