From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.CeBiTec.Uni-Bielefeld.DE (smtp.CeBiTec.Uni-Bielefeld.DE [129.70.160.84]) by sourceware.org (Postfix) with ESMTPS id 33D56385841A for ; Wed, 7 Sep 2022 12:40:32 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 33D56385841A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=CeBiTec.Uni-Bielefeld.DE Authentication-Results: sourceware.org; spf=none smtp.mailfrom=cebitec.uni-bielefeld.de Received: from localhost (localhost [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 97242B26E7; Wed, 7 Sep 2022 14:40:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (smtp.cebitec.uni-bielefeld.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1PL9hLugCqEf; Wed, 7 Sep 2022 14:40:29 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (p5085519d.dip0.t-ipconnect.de [80.133.81.157]) (Authenticated sender: ro) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id 0A0EEB2830; Wed, 7 Sep 2022 14:40:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=CeBiTec.Uni-Bielefeld.DE; s=20200306; t=1662554429; bh=z1BMKHhKSO70xiGKOSZgtUNRHyu/HUJ+SIHRLLxznhY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=JkSFTO9WvSEAOZJj1mrCW7tiML8Fy4ZsTQD1F9LqVJHbV8ij85+aNoNh/MdhIU39v N7LohusoMUXaMjV3XOBzmNJzLLlkrWoYEy/Q4GHj4+qlyhwyVzrv+zM15hvr2AG7/Q //JlWp94yN2eUsr7SPTQfGN9Gy50YXk+UjMHnHrVrcjhTsvXTTx+WY7VJ35+ZNOb29 3JQDNC2MP16lM2tpjZaVfz4gDVo67UP1LmeE+acBELqVVKzceciCsHIoFKXNhsj5Kp bLl+UQGe/vQad8iNQvQxscT7teZsQgRWZdjEpBV7XOb02Vy3XlpWAV4tas+ryiG8ve Tud7TWznodudw== From: Rainer Orth To: Iain Buclaw Cc: Iain Buclaw via Gcc-patches , Joseph Myers , Richard Biener Subject: Re: [PATCH] d: Fix #error You must define PREFERRED_DEBUGGING_TYPE if DWARF is not supported (PR105659) References: <20220816211627.209433-1-ibuclaw@gdcproject.org> <1661946124.o8swlumpp1.astroid@pulse.none> <1661972814.ht3t1le0d2.astroid@pulse.none> <1662134159.ozionptp0l.astroid@pulse.none> <1662461291.9qhrd4im4r.astroid@pulse.none> <1662473974.qwin0prel4.astroid@pulse.none> <1662483174.uvzwp07gdf.astroid@pulse.none> <1662499940.tthemu7pnd.astroid@pulse.none> <1662535517.7ejd7oei0d.astroid@pulse.none> Date: Wed, 07 Sep 2022 14:40:28 +0200 In-Reply-To: <1662535517.7ejd7oei0d.astroid@pulse.none> (Iain Buclaw's message of "Wed, 07 Sep 2022 09:34:40 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1.90 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-3788.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SPF_HELO_NONE,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi Iain, >> Yes, this is data related. The DSO registry picks up nothing in the >> miscompiled stage2 compiler, leaving all data uninitialized. The stage1 >> compiler works, and runs all module constructors ahead of compilation. >> > > Ohh, backtrack on that, analysis is correct, but it is a compiler regression. > > The TARGET_D_MINFO_SECTION macros are in elfos.h, which of course no > longer get pulled in to sol2-d.cc after I removed the tm.h include. > > Re-adding these two ought to fix the bootstrap for you. > > #include "tm.h" > #include "memmodel.h" it does indeed: with that patch, i386-pc-solaris2.11 and sparc-sun-solaris2.11 bootstraps completed successfully and test results are back to normal. Thanks a lot. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University