comp.lang.ada
 help / color / mirror / Atom feed
From: "Samuel T. Harris" <sam_harris@hso.link.com>
Subject: Re: Is Apex dead as an environment for Ada & Java?
Date: 1999/12/06
Date: 1999-12-06T00:00:00+00:00	[thread overview]
Message-ID: <384BE340.2258C60F@hso.link.com> (raw)
In-Reply-To: 000b8d9b.a5ff48ae@usw-ex0102-016.remarq.com

jim_snead wrote:
> 
> In article <3846CB5D.F1F77C21@hso.link.com>, "Samuel T. Harris"
> <sam_harris@hso.link.com> wrote:
> > jim_snead wrote:
> > > It sounds as if the Apex environment is locked into a single host
> > > environment. So if you go to source code that was set up with a
> > > particular operating system, you cannot modify anything
> > > with another environment (say Solaris versus AIX). This is
> > > extremely contrary to portable Ada or Java development. In many
> > > instances one set of code could work for many different
> > > environments.
> > I believe you have mis-read Andreas Winckler. I think Andreas
> > was refering to the RCI (Remote Compilation Integrator) facility.
> > This facility has two part to it. The first is the customization
> > of a very general Ada semantic compiler. This compiler does not
> > produce any object code, but it does produce the semantic trees
> > which drive the ASIS stuff as well as the smart editor. The second
> > part of an RCI is the collection of scripts necessary to control
> > the actual target compiler. RCI customizations provide extra
> > "compiler models" as Andreas put it. This allows a project which
> > has to support several compilers to use the single Apex development
> > environment for all of them. This does not mean Apex only runs
> > on a single environment.
> 
> Does this mean that you can set up a source code area that
> is compilable to a platform-neutral format such as Java Byte Codes,
> and then allow any host to do check-ins and check-outs and building
> of semantic trees.  The RCI could then be used as a generic
> compilation model to be used across many platforms.
> 

Since I have customized the RCI to work with Intermetrics
AdaMagic compiler (which generates Java Byte Codes) the
answer to your question is yes. Taking full advantage of
RCI capabilities insures a single development environment
no matter how many target compilers are involved. The only
remaining issue is that developers still have to learn
the debuggers for the target compilers. Howver, there is
much less need to use target debuggers when nearly all
development and testing can be done within Apex itself.

> Thanks, the RCI seems a bit complex but is probably the
> missing piece that explains the Apex approach.
> 
> * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
> The fastest and easiest way to search and participate in Usenet - Free!

-- 
Samuel T. Harris, Principal Engineer
Raytheon, Scientific and Technical Systems
"If you can make it, We can fake it!"




  reply	other threads:[~1999-12-06  0:00 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-11-26  0:00 Is Apex dead as an environment for Ada & Java? jim_snead
1999-11-28  0:00 ` Martin Dowie
1999-11-28  0:00   ` jim_snead
1999-11-28  0:00     ` mike_zebrowski
1999-11-28  0:00       ` jim_snead
1999-11-29  0:00         ` Samuel T. Harris
1999-11-29  0:00           ` jim_snead
1999-11-29  0:00             ` John Duncan
1999-11-30  0:00               ` reason67
1999-12-01  0:00               ` Robert Dewar
1999-11-30  0:00                 ` John Duncan
1999-11-30  0:00             ` Samuel T. Harris
1999-11-30  0:00             ` Martin Dowie
1999-12-01  0:00             ` Aidan Skinner
1999-12-02  0:00               ` Robert Dewar
1999-12-03  0:00                 ` Simon Wright
1999-12-03  0:00               ` David C. Hoos, Sr.
1999-11-29  0:00         ` reason67
1999-11-29  0:00           ` jim_snead
1999-11-30  0:00             ` reason67
1999-11-30  0:00               ` jim_snead
1999-11-30  0:00             ` Martin Dowie
1999-11-30  0:00         ` Martin Dowie
1999-11-29  0:00       ` jim_snead
1999-11-30  0:00         ` Samuel T. Harris
1999-11-30  0:00           ` jim_snead
1999-12-01  0:00             ` Samuel T. Harris
1999-11-30  0:00     ` Martin Dowie
1999-11-30  0:00       ` jim_snead
1999-12-01  0:00       ` Robert Dewar
1999-12-01  0:00         ` Martin Dowie
1999-12-01  0:00     ` jim_snead
1999-12-02  0:00       ` Robert Dewar
1999-12-02  0:00       ` Ted Dennison
1999-12-02  0:00         ` Larry Kilgallen
1999-12-09  0:00           ` Mark Hertel
1999-12-11  0:00         ` Robert Dewar
1999-12-11  0:00           ` Richard D Riehle
1999-12-11  0:00             ` Marin D. Condic
1999-12-11  0:00             ` Marin D. Condic
1999-12-11  0:00             ` Marin D. Condic
1999-12-11  0:00             ` Marin D. Condic
1999-11-30  0:00   ` Simon Wright
1999-11-30  0:00     ` jim_snead
1999-11-30  0:00 ` Tucker Taft
1999-11-30  0:00   ` jim_snead
1999-12-01  0:00     ` Larry Kilgallen
1999-12-01  0:00 ` Andreas Winckler
1999-12-01  0:00   ` jim_snead
1999-12-02  0:00     ` Andreas Winckler
1999-12-02  0:00     ` Samuel T. Harris
1999-12-02  0:00       ` jim_snead
1999-12-06  0:00         ` Samuel T. Harris [this message]
1999-12-18  0:00         ` Steven Hovater
1999-12-01  0:00   ` David W. Glessner
  -- strict thread matches above, loose matches on Subject: below --
1999-11-26  0:00 Tom_Hargraves
1999-11-26  0:00 ` jim_snead
1999-11-26  0:00   ` Steven Hovater
1999-11-26  0:00     ` jim_snead
1999-12-09  0:00       ` Wes Groleau
1999-12-12  0:00         ` jim_snead
1999-11-27  0:00     ` Robert Dewar
1999-12-09  0:00   ` Henrik Delin
     [not found] ` <01bf3857$22ca59a0$022a6282@dieppe>
1999-11-26  0:00   ` Ed Falis
     [not found]   ` <01bf38cc$04d205e0$022a6282@dieppe>
1999-11-27  0:00     ` jim_snead
1999-12-18  0:00       ` Steven Hovater
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox