From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa1.mentor.iphmx.com (esa1.mentor.iphmx.com [68.232.129.153]) by sourceware.org (Postfix) with ESMTPS id EF7BA3AAA05F for ; Tue, 30 Aug 2022 21:54:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org EF7BA3AAA05F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="5.93,276,1654588800"; d="scan'208";a="84962902" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa1.mentor.iphmx.com with ESMTP; 30 Aug 2022 13:53:58 -0800 IronPort-SDR: eaLCcAHFXZPPRK4HuhA+gHhcr1ZWB0pnvGJ7wiOYgmMkccZoNlZAecrM7ZknkS3X66eynafIAP rn9i42ih7SuRAL0niYOzDLyiwA+Ifwpud1T4GcMUhUj/P7T41rhdUlIz94c8+uBDccGphNi8JW FQGik6xqlIWJj9TK5yXq0JQBBe2VZ9l/62P7UNWSo9ukPGyDm1qWpWWSJxy8TMCG/EPn7n14LA gAXhjBVhbLwqFR+TLCdaF93V9MVeVVfC5q/ULgp3cxUu5wNvV5aGbwJXMsjjHp0TlUoPRskJxS 2nA= Date: Tue, 30 Aug 2022 21:53:53 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Richard Biener CC: Iain Buclaw , GCC Patches Subject: Re: [PATCH] d: Fix #error You must define PREFERRED_DEBUGGING_TYPE if DWARF is not supported (PR105659) In-Reply-To: Message-ID: References: <20220816211627.209433-1-ibuclaw@gdcproject.org> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-12.mgc.mentorg.com (139.181.222.12) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3111.5 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,KAM_SHORT,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Fri, 26 Aug 2022, Richard Biener via Gcc-patches wrote: > I was hoping Joseph would chime in here - I recollect debugging this kind > of thing and a thread about this a while back but unfortunately I do not > remember the details here (IIRC some things get included where they > better should not be). See . Is there some reason it's problematic to avoid having defaults.h or ${cpu_type}/${cpu_type}.h included in tm_d.h, and instead have tm_d.h only include D-specific headers? -- Joseph S. Myers joseph@codesourcery.com