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,4ffc4a297a9f10e0 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news2.google.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post01.iad.highwinds-media.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: Thoughts on AdaCore maintaining GCC-incompatible GNAT sources References: <62c8c6c1-6578-4e61-b68a-2c192f34aa94@f20g2000prn.googlegroups.com> <1456fbc5-f951-4721-8575-0b73a492f275@r29g2000yqj.googlegroups.com> <80886810-73e0-4eea-88e3-6653afc2f45b@a28g2000prb.googlegroups.com> Date: Thu, 20 Jan 2011 23:43:43 -0500 Message-ID: <82k4hyq328.fsf@stephe-leake.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (windows-nt) Cancel-Lock: sha1:F4DVVYpY67GltqUHvVL/2/8p1xQ= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: 33e344d390eeae029e66106495 Xref: g2news2.google.com comp.lang.ada:17568 Date: 2011-01-20T23:43:43-05:00 List-Id: deadlyhead writes: > I actually can't see any downside to AdaCore developing on a GCC > branch. It would take them more time than they currently spend developing Ada. Somebody has to pay for that time. It would also invite more requests for support, which would take more time. > They could release wavefront releases for their paying customers, just > as they currently do, but they'd get the benefit of a rapid release > cycle with full community input just like the rest of GCC. GNAT Pro has significantly higher quality at release time than FSF Gnu C++. That's what AdaCore customers pay for. Opening up the developement process to community input would detract from that quality, or require significantly more effort to bring the community input up to the expected quality. > They could integrate the Debian-style fix for libaddr2line, etc, and > stop maintaining their own custom binutils, too, and maintain public > sync for all their technologies. They are intelligent people; they know this. I don't know their reasons for not doing so. Some of it may just be inertia, but I trust they are making good business decisions. > How many more people might use Ada if the GNAT technologies were as > accessible as the rest of GCC? I don't know. I suspect the AdaCore marketing department has a much better answer to that than anyone else. Although it's probably slanted to "how many people will pay for support of ...". > As for my activities that prompted my original rant, I'll keep working > on JGNAT for GNU/Linux, probably attempting to build against GCC-trunk > from here on out. If I can get that working, I'll make sure the > entire world knows. Also, since I use Debian as my base OS these > days, I'd also like to see if I can backport the build to the Debian > GNAT sources, in which case I'd approach Ludovic specifically. > > BTW, I can't stand Java, it makes me feel dirty just to read it, but I > am compelled to develop Android apps, hence trying to build JGNAT. I > may try binding to the Android NDK at some point, too, but that > requires GNAT-ARM crosstools. One project at a time... Ah, I was (vaguely) hoping to write Ada for Android (I'm frustrated with some of the apps on my current aging Palm). I didn't realize that meant compiling for the JVM. Thanks for your efforts! -- -- Stephe