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 A7095385841A for ; Wed, 7 Sep 2022 13:21:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A7095385841A 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 AC3D9B295B; Wed, 7 Sep 2022 15:21:10 +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 z0YDXy5txlCm; Wed, 7 Sep 2022 15:21:10 +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 E6CB2B29E9; Wed, 7 Sep 2022 15:21:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=CeBiTec.Uni-Bielefeld.DE; s=20200306; t=1662556870; bh=+OGrA+sBiEiiZPNadaze1pQx0GUlNutA73A4rkAjjDY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ASdx9hdZJi7sQBwjJLH+Ia20xMoQY4jMgpdyFgNU4913QxniUGvJoTCFlHWCOCRX8 Em4h7qnugcVyFCML7JJDM+StDe2MveUhiXv4zMSOV9SuZsB3EzSGMsd/0cEfNq+ro0 hzphiLJRaPi67RWJHH9S3KPfpISPr3nnSvWcIuB+rawZCss1BiCZ7ppCNq78kvfLla jcT2YaW/ZmYkK+l/vZJsBmVkT6RzT4Hl//Z12K8talYm5syt4oHle6KyfMgSFz/hCH 3/ojLDD3iZjhDs09cGcozFAroNZvgX0+HlVwmwjHLKl9a8fR63Vn7tqfbDyKp9O38r ZWnJSHTdSCyAg== 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> <1662554645.snslqua0b8.astroid@pulse.none> Date: Wed, 07 Sep 2022 15:21:09 +0200 In-Reply-To: <1662554645.snslqua0b8.astroid@pulse.none> (Iain Buclaw's message of "Wed, 07 Sep 2022 15:11:17 +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.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KAM_SHORT,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, > Excerpts from Rainer Orth's message of September 7, 2022 2:40 pm: >> 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. >> > > I'm just running through various target configurations with memmodel.h > removed, I know it was used to be required for one of the targets > (probably SPARC), though that may have been because of the previously almost certainly. It's in my initial patch to fix D compilation on Solaris: https://gcc.gnu.org/ml/gcc-patches/2018-10/msg01890.html > included tm_p.h header. > > Will have a think about a likely follow-up though. > > Firstly fixing the outstanding issues with > https://gcc.gnu.org/pipermail/gcc-patches/2022-July/598078.html I belive I had it working on Solaris, at least... > Secondly possibly using a different method to coax out the object format > to the D target hooks, or front-end. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University