From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 33F633858C1F; Wed, 29 Mar 2023 08:53:00 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 33F633858C1F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1680079980; bh=bvz8p87hAxu/fuG4B+FwvoAUgxZyNNUqqFZVpPATZVk=; h=From:To:Subject:Date:In-Reply-To:References:From; b=oLW8F08eguYA7B71ADxCvgwj08uIbJ4JVWdKeJeMMwDg0cWN8bTFjWBRBfuYpx16L aZ5J4KWuKBvONSOQRY0kdim1WhoxVORc1OsR8s6KAS6u+4ruVbeHphaDjix2oBb2kt POyAxOGIbzdte7BhJTs5XLPs3D/hQE3GJ3leeqmM= From: "ro at CeBiTec dot Uni-Bielefeld.DE" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/109231] [13 regression] Comparison failure in libphobos/libdruntime/rt/util/typeinfo.o Date: Wed, 29 Mar 2023 08:53:00 +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: In-Reply-To: References: 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: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D109231 --- Comment #22 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #21 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> --- >> --- Comment #20 from Jakub Jelinek --- >> Tried valgrind on the cross d21 on x86_64 and didn't see anything. >> Perhaps modify the makefiles such that it uses -fdump-tree-all -da alrea= dy when >> compiling typeinfo.lo? > > I'll give that a whirl. However, my SPARC box is pretty busy right now > with the weekly bootstraps, so this will be later this weekend only. Bootstrapping with GDCFLAGS_FOR_TARGET=3D'-O2 -g -fdump-tree-optimized -da' didn't show the comparison failure. > In the meantime, I try to reproduce the issue on gcc211. That didn't show the failure either. To make things even more weird, I've run several regular bootstraps since: * Friday night: ** Solaris 11.4 trunk (latest development build, bare metal, SPARC-S7): 32-bit gas/ld and 32-bit gas/gld bootstraps failed with the comparison failure, while 64-bit gas/ld completed. ** Solaris 11.4 (latest update, kernel zone/VM, different host, SPARC-T5): 32-bit gas/ld failed. ** Solaris 11.3 (latest update, kernel zone/VM, SPARC-S7): 32-bit gas/ld failed. * Monday night: 32-bit gas/ld bootstrap passed. * Tuesday night: 32-bit gas/ld bootstrap failed again. Seems incredibly fragile, unfortunately.=