From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
	id 1DBDB3857803; Thu, 23 Mar 2023 12:28:14 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1DBDB3857803
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1679574494;
	bh=1P+PYARwAGYJGv7oU5ttGyCLlIheE/OdPfbU/h6yG1I=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=wRqia/ReVbm0TzWOnj150RdKwWzPuRZIQCHGFEmCxGqnNVUxX5WvDAnBlkgo/1w87
	 SuEovWNkeyA9SCA70nSwBlaB9LuRjGhwGSXkCqn5dLyZuuXrAeG6hIPGegJ0jK7mI9
	 ms4PrvYqaNFdk7lMZkUhxhexMbnSpoOn7d1GiUVY=
From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug d/109231] [13 regression] Comparison failure in
 libphobos/libdruntime/rt/util/typeinfo.o
Date: Thu, 23 Mar 2023 12:28:13 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: d
X-Bugzilla-Version: 13.0
X-Bugzilla-Keywords: build
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.DE
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot org
X-Bugzilla-Target-Milestone: 13.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-109231-4-aIfteGZtLe@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-109231-4@http.gcc.gnu.org/bugzilla/>
References: <bug-109231-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <gcc-bugs.sourceware.org>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D109231

--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot =
Uni-Bielefeld.DE> ---
> --- Comment #15 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
> So, after installing gcc 11 I've tried
[...]
> Undefined                       first referenced
>  symbol                             in file
> _ZSt28__throw_bad_array_new_lengthv libbackend.a(auto-profile.o)
> ld: fatal: symbol referencing errors
> collect2: error: ld returned 1 exit status
> gmake[3]: *** [../../gcc/lto/Make-lang.in:96: lto1] Error 1
> Strangely, /export/home/jakub/gcc-11-inst/lib/gcc/sparc*/11*/ directory o=
nly
> contains *.a libraries and no *.so symlinks, I've linked there ../../../l=
ib*.so
> but it still fails with that.  Is that because the various --with-*=3D/op=
t/csw
> options added

Those only exist in $prefix/lib.

> -L/opt/csw/lib and that directory contains the oldish libstdc++.a?

When I tried building on gcc211 a long time ago, I had so many problems
with the stuff in /opt/csw that I completely ignored it.  I can't help
but feel that many issues with that system are admin-made and
unnecessary.

> Do I need to use CC=3D'gcc -L/export/home/jakub/gcc-11-inst/lib
> -R/export/home/jakub/gcc-11-inst/lib/' CXX=3D'g++
> -L/export/home/jakub/gcc-11-inst/lib -R/export/home/jakub/gcc-11-inst/lib=
/' as
> workaround?

Instead, I've build my own copies of gmp/mpfr/mpc in ~ro/gcc with ABI=3D32
--disable-shared to avoid RPATH issues.

I had no need for special -L/-R switches this way.  The 2020 build tree
is still in ~ro/gcc/obj/master.=