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 X-Google-Thread: 103376,9ab76c2183ecc054 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-01-03 02:17:20 PST Path: supernews.google.com!sn-xit-02!supernews.com!peer.news.opaltelecom.net!news.inweb.net.uk!ayres.ftech.net!news.ftech.net!colt.net!news.tele.dk!128.39.3.166!uninett.no!leia!nobody From: Frode =?ISO-8859-1?Q?Tenneb=F8?= Newsgroups: comp.lang.ada Subject: Re: Ada to C Translator Date: Tue, 2 Jan 2001 23:57:47 +0100 Organization: UNINETT news service Message-ID: References: <92fk1v0cou@drn.newsguy.com> <92fqlt$h8d$1@nnrp1.deja.com> <3A4CF58B.A8FF223C@collins.rockwell.com> <92qfj7$7l9$1@nnrp1.deja.com> <3A5218FB.41FDD@collins.rockwell.com> NNTP-Posting-Host: anne-bremnes.hiof.no Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8Bit X-Trace: snipp.uninett.no 978517029 7672 158.36.52.48 (3 Jan 2001 10:17:09 GMT) X-Complaints-To: news-abuse@uninett.no User-Agent: KNode/0.3.2 Xref: supernews.google.com comp.lang.ada:3605 Date: 2001-01-02T23:57:47+01:00 List-Id: Dave Ptacek wrote: > Wow, I guessed I really stepped in to delicate topic here. All of the > replies had good information and points that should really be > addressed > before starting an Ada to C/C++ port. By the way Robert, thanks for > putting on the unbiased hat and defending some of the rather > opinionated > views. That would be me. :) [snip] > I personally have considered a Linux solution, but the logistics > haven't > been worked yet. We have well over 200 test stations around the world > in service centers and customer facilities, coordinating a PC swap, > getting the station running and connecting it up to the internal > network(s) available appears to be a rather large effort. And yes, > most of the networks are using NT servers. I don't see the any problem here...Shuffeling boxes through the mail will be the same whatever OS/Software is on them. Linux/BSD has built-in support for remote administration. Doing this on NT/W2K is inherently more difficult, but it can be done. The solution(s) are not as robust (disclaimer: the solutions I have encountered). > I would be interested in some suggestions as to what languages and > toolsets would be viable alternatives for maintaining a program 15 - > 20 > years into the future. Before you start considering the programming language and/or toolset, I trust that you have considered what HW platform you are going to use? Considered how long time into the future you have spare parts, the operating environment, etc. Then you will need to take a look on what you have; is it good quality code worth saving or scrap it, redesign and move over completely? Make an estimate on how much it would cost to port from you Alsys compiler to eg. GNAT (or any of the other commercial Ada compiler vendors - I'm sure any of the companies will help getting a good estimate) and compare that to the cost of a rewrite. Remeber to take into account all the costs: retraining of existing personel, seting up and running the new enviornment, etc. > Please try to take the Ada hat off before you > respond, it still might be your choice, attempt to rationalize it with > reasonable statements, consider the logistical situation noted above > and lastly this is not a "deep pocket" program so funds are limited. If funds are limited, consider again the Linux/GNAT alternative. If you consider yourself to have enough Ada/GNU competence in-house, fairly up-to-date releases of GNAT is available for free - however, I'm sure Robert will discurage this if you are selling a commercial product, and depending on your needs this might be correct. If nothing else, the public release of GNAT can be used in a pre-study phase to locate problem areas in your current code base. The GNU GCC C/C++/Fortran77 is also free if you decide for any of those languages. I won't recomend any particular toolset or language as I am biased toward the open arena of software development. But I have not yet used a RAD/IDE tool which outperforms my Emacs setup (which in no way is optimal). My only concerne is the lack of a really slick debugger. DDD/GDB is not yet there. The new debugger from (people from) ACT Europe looks nice, but I have not had the chance to try it yet. > I'm rambling again and have probably stepped into yet another delicate > topic... Not at all - just makre sure you take all advice for what it is. It might not even be good advice. :) -Frode -- ^ Frode Tenneb� | email: frodet@nvg.org | Frode@IRC ^ | with Standard.Disclaimer; use Standard.Disclaimer; |