From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa4.mentor.iphmx.com (esa4.mentor.iphmx.com [68.232.137.252]) by sourceware.org (Postfix) with ESMTPS id 588423858D32 for ; Wed, 15 Nov 2023 23:40:53 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 588423858D32 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 588423858D32 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=68.232.137.252 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1700091654; cv=none; b=j8AVcbuIeBP/YnFK39yqs4/dVkr9cwGk+XkmPzaa0omoqDPqNBeIQ5XNth23Fh2pCD1uRkhsHLc0jyTv4GFekxYfe8Q39AToG1GWSwCLjgriuWqLsZ3OSBxOXzY0cRqhG9mu0rrp3I/QNjLpfJ50r1kqvjOvd1qjZa/5OyrXLIg= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1700091654; c=relaxed/simple; bh=5LZlUHnPXXi5reHq6uh/OpCb0LzUuEl+y5OxtZ9+AJs=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=jJsyjTq4pqGQ9SrrOdyNUEHtBYxNvK0qqbDBNsRsXC8kn8tIIE8TfTgXusGuiJiFniZHHQVy60aZqnve162kN3qCLlU0kkPE+5Okg5/11/saQlklaGloP3MItxLgff8gcQotyvoMEPebIujWYlgtW//X7OwiiaYvRKEUJEA5ifU= ARC-Authentication-Results: i=1; server2.sourceware.org X-CSE-ConnectionGUID: fXAesQr/TuqA+m27H22DLA== X-CSE-MsgGUID: /WyM0MepShqRv8jDBLYAVg== X-IronPort-AV: E=Sophos;i="6.03,306,1694764800"; d="scan'208";a="22860689" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa4.mentor.iphmx.com with ESMTP; 15 Nov 2023 15:40:51 -0800 IronPort-SDR: tNYu5x1fMVc82nlqEBg8enhzD1/6Y84NKf2jjNfFBcUUtN5T8QSE8mO+T8M1BBPafT83lKf5pA KpziRSkqgutixk8xQXocu3UwbWK3zJT3VwMdZD4mT2+OWxjvFGpznmCNI8Fhh4zQsB+ouoEd9D 0ABASgF+zU5PDBLcY435gVbAlwRgGliXfDSAXU6RnADsIwd/iREdzwod27i+ewIK8JcHO8SQs+ 5krFN2nQ/gugiUhdXA2BNxzs9+q6AoGYZFjKAUy3U8bqQMrWk6sBUp6AYAih+Ry+c4ebltsDvo jyU= Date: Wed, 15 Nov 2023 23:40:48 +0000 From: Joseph Myers To: David Malcolm CC: Subject: Re: [PATCH 0/3] Option handling: add documentation URLs In-Reply-To: Message-ID: <9e5d6710-84e-15b9-d955-5381a6dc18a9@codesourcery.com> References: <20231110214246.3087291-1-dmalcolm@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-14.mgc.mentorg.com (139.181.222.14) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3103.3 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,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 Wed, 15 Nov 2023, David Malcolm wrote: > As mentioned, I'm currently investigating capturing per-language option > URLs (to address Iain's and Marc's comments about D and Ada); if I get > that working, I may need to add a similar note for adding a new > frontend. > > Hope the overall approach seems reasonable. Yes, the approach seems reasonable. I suppose a difficulty with per-language URLs is that a given option has a single OPT_* enumeration value; the diagnostic calls don't say whether it's being used from a front end or the middle end (though maybe there's not much overlap between the two) - though some option handling already distinguishes based on what language is being compiled (e.g. LangEnabledBy). For per-architecture URLs you don't have this issue because only one architecture is built into GCC at a time. -- Joseph S. Myers joseph@codesourcery.com