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=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,546c9d71cfb0c1ee X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-03-16 06:23:47 PST Path: archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!crtntx1-snh1.gtei.net!chcgil2-snh1.gtei.net!news.bbnplanet.com!nycmny1-snf1.gtei.net!news.gtei.net!colt.net!syros.belnet.be!news.belnet.be!news.worldonline.be!not-for-mail From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: [Announcement] New Project: ASIS for GNAT Date: 16 Mar 2004 15:26:44 +0100 Organization: Worldonline Belgium Sender: lbrenta@deuteronomy Message-ID: <87ekrsdg0r.fsf@insalien.org> References: <1252369.os30E2mMWi@linux1.krischik.com> <3zl4c.17228$mM.123491@attbi_s02> <87ish8iit1.fsf@insalien.org> <4441304.6rRzW27CSL@linux1.krischik.com> <877jxns0e2.fsf@insalien.org> <1413383.96bL1pG4j9@linux1.krischik.com> <871xnvrqvl.fsf@insalien.org> <1420314.lQdMtk62IO@linux1.krischik.com> NNTP-Posting-Host: ppp-62-235-75-191.tiscali.be Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: news.worldonline.be 1079447026 26235 62.235.75.191 (16 Mar 2004 14:23:46 GMT) X-Complaints-To: abuse@worldonline.be NNTP-Posting-Date: Tue, 16 Mar 2004 14:23:46 +0000 (UTC) User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Xref: archiver1.google.com comp.lang.ada:6346 Date: 2004-03-16T15:26:44+01:00 List-Id: Hi Arnaud, it's nice to see you on c.l.a. Arnaud Charlet writes: > Note that having a reliable ASIS working with a particular GNAT version > is a lot of work, and certainly much more than just putting some sources > together as you described, since there's a very close relationship > between the GNAT and ASIS data structures. I'm afraid your resulting source > package will suffer from the same trouble gcc 3.3 did: frozen Ada sources > with a moving (incompatible) GCC back-end that compiles but is pretty > unreliable. How would you recommend to solve this problem? I would tend to carefully select a "known good" combination of the GNAT front-end and GCC back-end, port ASIS to it, and stick with it until a new "known good" combination comes out. The problem is, I don't know if a "known good" combination even exists today, apart from trusty old GNAT 3.15p and GNAT Pro. Since you seem to think so little about GCC 3.3, would you recommend 3.4 instead? I suppose HEAD (the future 3.5) is too prone to the moving target syndrome. And what would be the best way for Martin to help in a way ACT can use? -- Ludovic Brenta.