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-Thread: 103376,32bee71a8464bfc2 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!proxad.net!newsfeed1.ip.tiscali.net!tiscali!transit1.news.tiscali.nl!dreader2.news.tiscali.nl!not-for-mail Newsgroups: comp.lang.ada Subject: Re: A bug in gnat/gcc 3.3.3? References: <1104854323.582074.155390@z14g2000cwz.googlegroups.com> <2756551.f73Z0G07VK@linux1.krischik.com> <41db6f28$1_2@news.tm.net.my> <2145623.4z7CBdWjFt@linux1.krischik.com> <877jmro9kt.fsf@insalien.org> <4615116.S3vsdbtdo9@linux1.krischik.com> From: Ludovic Brenta Date: Thu, 06 Jan 2005 21:22:30 +0100 Message-ID: <87k6qqmho9.fsf@insalien.org> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) Cancel-Lock: sha1:IlmGukHOR8Q5viJMw/6dLxI7A8M= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Organization: Tiscali bv NNTP-Posting-Date: 06 Jan 2005 21:22:33 CET NNTP-Posting-Host: 83.134.244.175 X-Trace: 1105042953 dreader2.news.tiscali.nl 44072 83.134.244.175:38460 X-Complaints-To: abuse@tiscali.nl Xref: g2news1.google.com comp.lang.ada:7529 Date: 2005-01-06T21:22:33+01:00 List-Id: Martin Krischik writes: > Compiling ASIS and GLADE for a newer version isn't that difficult - > even SuSE managed that for SuSE 9.2 - including x86_64 > architecture. On the down side SuSE only supplies 3.3.4 which is not > that helpfull :-( . If that is true, I am interested. But my understanding is that both are coupled with the internals of GNAT (with good reason, of course, considering what they do). Several people on this newsgroup have been harping on GCC 3.4, but I'd like reports about ASIS and GLADE for GCC 3.4. As a distribution maintainer, I also have configuration management issues in mind. Ada Core is not doing any formal releases of ASIS or GLADE for GCC 3.4. If I were to roll my own snapshot of the CVS repositories and distribute them, I would be taking quite a big responsibility both to the users (who tend to trust Debian packages), and to Debian (which has a reputation for quality). CVS snapshots would be okay for the "experimental" branch of Debian, but not, IMHO, for "stable". I'm willing to be persuaded otherwise by people willing to contribute some time and energy. This also applies to Duncan's remark about the snapshot of GCC at the "pre-ssa" tag, with one more twist: gnat-3.4 is part of the larger gcc-3.4 source package (complete with 8 language front-ends, several libraries, and accompanying docs). Providing yet another experimental, not binary-compatible, gnat is not particularly appealing to me. The quality level of "pre-ssa" is completely orthogonal to this. More generally, it seems to me that many people on this newsgroup like to take their own snapshot of this, patch it, and then mix it with their neibour's snapshot of that. This is called chaos, and it works because the software produced is often excellent. But the resulting source packages are bound to require different versions of GNAT, and the only way to make them agree on one compiler is to use force (i.e. patch until the damn things will compile, because the upstream authors won't do it for you). As a distribution maintainer and as one who has compiled many free Ada packages, I am extremely sensitive to this issue. > Besides: GCC 3.4 has PolyORB which seems the better option anyway. This statement is not true. GCC 3.4 does not "have" PolyORB, they are two separate packages. To illustrate this, the Libre site also mentions GNAT 3.16a1 and 5.02a along with GCC 3.4 as being compatible with PolyORB. Other versions are not necessarily incompatible; they are just untested. However, PolyORB is slated to replace GLADE in the future. Parts of it are being merged into GCC 4.0, so in the future you will be able to say "PolyORB requires GCC 4.0 to build, and GCC 4.0 has special support for PolyORB". Is anyone aware of a binary distribution of PolyORB? -- Ludovic Brenta.