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,ea451393a6c97734 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-04-23 09:40:01 PST Path: newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!feed2.news.rcn.net!rcn!dca6-feed2.news.digex.net!intermedia!netnews.jhuapl.edu!not-for-mail From: Scott Ingram Newsgroups: comp.lang.ada Subject: Re: Mixing Cygnus & Gnat compilers on the same machine Date: Mon, 23 Apr 2001 12:29:09 -0400 Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA Message-ID: <3AE45854.DA5ECDC3@silver.jhuapl.edu> References: <9bkd51$530$1@nh.pace.co.uk> <3ADDEEAA.D8F16935@bigfoot.de> <9bkt30$asm$1@nh.pace.co.uk> <3ADE4B03.68BA6651@bigfoot.de> <9bmphh$1jt$1@nh.pace.co.uk> <9bpfgk$1gb$1@nh.pace.co.uk> <9c1gmg$p55$1@nh.pace.co.uk> NNTP-Posting-Host: silver.jhuapl.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: houston.jhuapl.edu 988043349 3597 128.244.80.107 (23 Apr 2001 16:29:09 GMT) X-Complaints-To: usenet@houston.jhuapl.edu NNTP-Posting-Date: 23 Apr 2001 16:29:09 GMT X-Mailer: Mozilla 4.5 [en] (X11; U; Linux 2.2.2 i686) X-Accept-Language: en Xref: newsfeed.google.com comp.lang.ada:6861 Date: 2001-04-23T16:29:09+00:00 List-Id: Marin David Condic wrote: > > Well, the problem is that we already have a Cygnus compiler targeted to our > MIPS machine - and not being the guy who handles that particular part of the > deal I don't know if it is a "pure" MIPS thingie or if maybe there have been > some customizations for our machine. (I'm pretty sure we already have a > support contract with Cygnus on this.) There are some weird and wonderful things that can be done with gcc. For example it is relatively easy to have two or more versions of gcc in the same tree. (Examine the "-V" option.) Unfortunately, this is where the merge of the sources becomes important...the 2.9x versions of gcc are not Ada aware, so it makes no sense to use this particular feature. I think customizations for your platform are unlikely (can't be ruled out of course,) but building a cross compiler for a supported platform is relatively trivial. As Stephe notes, it does require following the directions very carefully. Have you built gnat from sources? I am certainly willing to help if you need to. > > No, I'm not in a position to fire Cygnus and hire ACT and I can't dictate > that all new development be done in Ada. I was actually hoping for a > "back-door" approach to it. If GNAT and the Gnu distribution of gcc get > merged, there's some chance that the Ada front-end might at some point find > its way into the Cygnus version that we are using. (Yes, I realize it won't > happen by osmosis - I'm not totally dim! :-) Someone at Cygnus has to think > this is worth doing.) That makes it possible for me to build some clever > sideline things for the embedded computer in Ada. Suddenly, Ada becomes part > of what we do and perhaps this causes some conversions to take place in the > hearts and minds of other developers here. Its sneaky and underhanded, but > often very effective! When they get merged, the source will be available in your distribution from Cygnus. Since you are using gcc, I presume that there is no requirement for a validated compiler to start with. In that case it simply becomes a matter of rebuilding the compiler. (Unless you are also using g++, which is problematic but not insurmountable.) Unless there is some requirement for you to NOT rebuild the compiler...but then we run into a management issue that will have to be resolved somehow. > > My observation here is that what I want to do isn't simply be able to > generate code for a MIPS processor. Ada for MIPS has been available from a > number of sources for some time. The problem is one of getting Ada > introduced into an organization and that can require specific paths be > taken. > I think the issue here is "specific paths." Technically there is no difficulty mixing the compilers, or even mixing objects generated by the current versions... perhaps you could elaborate? > MDC > -- -- Scott Ingram Vice-Chair, Baltimore SIGAda Sonar Processing and Analysis Laboratory Johns Hopkins University Applied Physics Laboratory