From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail From: Brian Drummond Newsgroups: comp.lang.ada Subject: Re: disruptors of & inventory of Ada compilers and latest their era of ISO8652 compliance Date: Mon, 21 May 2018 11:43:50 -0000 (UTC) Organization: A noiseless patient Spider Message-ID: References: <9169bb0d-626f-4f6d-82c9-8a9b7543a084@googlegroups.com> <92b78739-e2c5-4e45-bbd8-f80ec4918691@googlegroups.com> <6dc39990-16eb-4717-8b8a-1d41c2767530@googlegroups.com> <1103700103.548265160.819002.laguest-archeia.com@nntp.aioe.org> <4a2e4dc5-aec6-4e59-91cd-9476abdbac7c@googlegroups.com> <1193667974.548270050.319144.laguest-archeia.com@nntp.aioe.org> <2f4dd5ae-a481-4eb4-93ff-2c1cc3cb10bb@googlegroups.com> <3d3c1882-ae3d-42aa-8f13-80c550e50375@googlegroups.com> <144a041b-e870-464c-b16f-9adbd7523a92@googlegroups.com> <9b5ee32b-0b12-48fe-b34f-135f3cd8cfb9@googlegroups.com> <17f9d1c5-7c66-4c19-a1d3-f0e7d30cb063@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Mon, 21 May 2018 11:43:50 -0000 (UTC) Injection-Info: h2725194.stratoserver.net; posting-host="310f91d4fe5a3132c6daf1b467adc96a"; logging-data="20342"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18QLvq0D3+KwRlpz2c32rnNQ/k7StWttU0=" User-Agent: Pan/0.141 (Tarzan's Death; 168b179 git.gnome.org/pan2) Cancel-Lock: sha1:b0lBD7YdR48Yz2afMJpZVOE6S3I= Xref: reader02.eternal-september.org comp.lang.ada:52537 Date: 2018-05-21T11:43:50+00:00 List-Id: On Sun, 20 May 2018 15:12:01 +0100, Simon Wright wrote: > Brian Drummond writes: > >> On Sat, 19 May 2018 08:04:00 -0700, Dan'l Miller wrote: > >>> Actually, Brian, why doesn't an obvious demarcation exist where the >>> generated C/C++-language sources are versus separate where the >>> nongenerated C/C++-language sources are. >> >> You'd probably have to ask on one of the gcc mailing lists, but they >> are somewhat sensitive places to voice a critical opinion. > > I noticed this before .. aren't all the generated items in the build > directory? Yes. Or in whichever subdirectory of it the associated objects are. Makes no sense to me. -- Brian