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: Sun, 20 May 2018 13:00:27 -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: Sun, 20 May 2018 13:00:27 -0000 (UTC) Injection-Info: h2725194.stratoserver.net; posting-host="60dfe5eeef9e74c9c3baff8d0197cfc5"; logging-data="4289"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/Xl+Xhch2cWHrD+1qTSk2vegJbqw7gTiY=" User-Agent: Pan/0.141 (Tarzan's Death; 168b179 git.gnome.org/pan2) Cancel-Lock: sha1:flsOVABWXcX4cpTXQnIjMxDaOCs= Xref: reader02.eternal-september.org comp.lang.ada:52489 Date: 2018-05-20T13:00:27+00:00 List-Id: On Sat, 19 May 2018 08:04:00 -0700, Dan'l Miller wrote: > On Saturday, May 19, 2018 at 8:04:12 AM UTC-5, Brian Drummond wrote: >> It would be nice to have a clean separation of sources, generated >> sources, and object files, but... >> >> -- Brian > > Luke & Simon & anyone else, do you concur? Is this your experience? > > If so, then I think we have arrived at the A#1 internal-technical reason > why Apple et al pulled out of GCC ... Don't know for sure, but as I posted previously, I suspect it's the main obstacle even to something much simpler like porting Gnat Libre (gcc-x.y) bugfixes to FSF Gnat (gcc-z.w) versions. > 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 can only speculate that anyone who feels that way doesn't have enough gcc skills to do anything substantial about it (that would include me) while anyone with those skills was so far down the hole that the mess seemed perfectly normal, or at least tolerable ... or maybe just less unpleasant than the ramifications of trying to fix it via the opaque autoconfigure/make build system. So the demarcation is that those files have extensions .c, .h etc instead of .o... -- Brian