From: "Marin David Condic, 561.796.8997, M/S 731-96" <condicma@PWFL.COM>
Subject: Re: Porting Experiences (was Ada and Pascal etc )
Date: 1997/11/03
Date: 1997-11-03T00:00:00+00:00 [thread overview]
Message-ID: <97110311130668@psavax.pwfl.com> (raw)
Craig Franck <clfranck@WORLDNET.ATT.NET> writes:
>What is it about Ada that makes it portable? I would say it is the
>types of applications being developed, as well as the platforms,
>and, perhaps, quality of implementation. Last time I was in Barnes
>& Noble I saw "Ada 95 for C and C++ Programmers" by Simon Johnston,
>from Add-Wes. I almost got it because it had a compiler from Aonix
>called "Objective Ada for Windows" on the accompanying CD. It would
>be interesting to see what that would be like. I just do not see
>how once I start throwing windows up on the screen and responding
>to messages, that that code is porting anywhere.
>
I'd agree with the assessment about putting windows up on a
screen. The only way this *might* be considered portable is that,
for example, WinNT runs on more platforms than Pentium boxes, so
sticking to the Win32api, your code will port. No such luck if you
try to take it to a Motif box.
I've had lots of success porting Ada code both from Ada83
compilers to Ada95 compilers, between different vendors compilers
for the same hardware and between dramatically different machine
architectures. (Embedded M680x0 to Sun Unix & similar) Since I'm
dealing primarily with embedded application code that does no I/O
of its own, the ports have been very successful and mostly
painless. (I had to modify some packages that had embedded
assembler statements and eliminate a couple of calls to some
vendor supplied code and that was about it.) Its always the I/O
that gets you on a port because that's where the language has to
interface to things beyond its control. Even with Text_IO as your
only interface, you'll find variations in behavior across
platforms - even with the same compiler vendor. (I've found some
variance using GNAT between Sun/Unix and Pentium/WinNT concerning
terminal I/O behavior and GNAT is a perfectly fine example of
portable compiler technology.)
I don't know that there will ever be a good answer to this issue.
Certainly this is not a problem peculiar to Ada - C, C++, et alia
are all going to be plagued with the same troubles so it would not
be fair to say "Ada sucks because when I program I/O code, it
doesn't port from Sun/Unix/Motif to IBM-370/MVS/Punchcards..." Yet
all too often Ada (and other languages) are attacked for
completely silly reasons - usually by inexperienced students who
have not yet learned much about computers, operating systems and
programming languages.
MDC
Marin David Condic, Senior Computer Engineer Voice: 561.796.8997
Pratt & Whitney GESP, M/S 731-96, P.O.B. 109600 Fax: 561.796.4669
West Palm Beach, FL, 33410-9600 Internet: CONDICMA@PWFL.COM
===============================================================================
"Having an open mind is nothing. The object of opening the mind, as
of opening the mouth, is to shut it again on something solid."
-- G.K. Chesterton
===============================================================================
next reply other threads:[~1997-11-03 0:00 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
1997-11-03 0:00 Marin David Condic, 561.796.8997, M/S 731-96 [this message]
1997-11-04 0:00 ` Porting Experiences (was Ada and Pascal etc ) Jerry van Dijk
-- strict thread matches above, loose matches on Subject: below --
1997-11-06 0:00 Marin David Condic, 561.796.8997, M/S 731-96
1997-10-28 0:00 ADA SUCKS, C/C++/JAVA RULES!!!! John Black
1997-10-28 0:00 ` John Black
1997-10-28 0:00 ` ADA and Pascal SUCK, C,C++, and Java are the only languages you need!! John Black
1997-10-28 0:00 ` David A. Frantz
1997-10-29 0:00 ` John Black
1997-10-29 0:00 ` Mike Copeland
1997-10-31 0:00 ` Alan E & Carmel J Brain
1997-10-30 0:00 ` Jon S Anthony
1997-10-31 0:00 ` Craig Franck
1997-10-31 0:00 ` Jon S Anthony
1997-11-01 0:00 ` Porting Experiences (was Ada and Pascal etc ) Alan E & Carmel J Brain
1997-11-01 0:00 ` Jon S Anthony
1997-11-01 0:00 ` Craig Franck
1997-11-03 0:00 ` Jon S Anthony
1997-11-03 0:00 ` Alan E & Carmel J Brain
1997-11-03 0:00 ` Shmuel (Seymour J.) Metz
1997-11-03 0:00 ` Kaz Kylheku
1997-11-04 0:00 ` Pat Rogers
1997-11-04 0:00 ` Kaz Kylheku
1997-11-04 0:00 ` Shmuel (Seymour J.) Metz
1997-11-04 0:00 ` Kaz Kylheku
1997-11-05 0:00 ` Shmuel (Seymour J.) Metz
1997-11-05 0:00 ` Boyd Roberts
1997-11-05 0:00 ` Craig Franck
1997-11-05 0:00 ` Shmuel (Seymour J.) Metz
1997-11-06 0:00 ` Lawrence Kirby
1997-11-07 0:00 ` Boyd Roberts
1997-11-07 0:00 ` Shmuel (Seymour J.) Metz
1997-11-07 0:00 ` Peter Seebach
1997-11-07 0:00 ` Craig Franck
1997-11-07 0:00 ` Shmuel (Seymour J.) Metz
1997-11-08 0:00 ` Craig Franck
1997-11-08 0:00 ` Kaz Kylheku
1997-11-08 0:00 ` Vesa Karvonen
1997-11-10 0:00 ` Shmuel (Seymour J.) Metz
1997-11-11 0:00 ` Craig Franck
1997-11-12 0:00 ` Shmuel (Seymour J.) Metz
1997-11-14 0:00 ` Craig Franck
1997-11-24 0:00 ` Ralph Silverman
1997-11-09 0:00 ` Dennis Weldy
1997-11-10 0:00 ` Shmuel (Seymour J.) Metz
1997-11-10 0:00 ` Dennis Weldy
1997-11-12 0:00 ` Shmuel (Seymour J.) Metz
1997-11-14 0:00 ` Robert Munck
1997-11-05 0:00 ` Samuel T. Harris
1997-11-05 0:00 ` Kaz Kylheku
1997-11-06 0:00 ` Alan E & Carmel J Brain
1997-11-06 0:00 ` Paul Campbell
1997-11-06 0:00 ` Kaz Kylheku
1997-11-07 0:00 ` Samuel T. Harris
1997-11-13 0:00 ` Steve Summit
1997-11-13 0:00 ` Samuel T. Harris
[not found] ` <63m3pt$t2d@bgtnsc02.worldnet.att.net>
1997-11-04 0:00 ` Shmuel (Seymour J.) Metz
1997-11-05 0:00 ` Craig Franck
1997-11-04 0:00 ` Lawrence Kirby
1997-11-04 0:00 ` Shmuel (Seymour J.) Metz
1997-11-04 0:00 ` Kaz Kylheku
1997-11-05 0:00 ` Chris Brand
1997-11-05 0:00 ` Lawrence Kirby
1997-11-05 0:00 ` Kaz Kylheku
1997-11-05 0:00 ` Kaz Kylheku
1997-11-05 0:00 ` Dann Corbit
1997-11-07 0:00 ` Boyd Roberts
1997-11-05 0:00 ` Craig Franck
1997-11-05 0:00 ` James Youngman
1997-11-05 0:00 ` Lawrence Kirby
1997-11-05 0:00 ` Steve Summit
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox