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.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,b37ee187e035b961
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: LZW
Date: 1998/02/17
Message-ID: <dewar.887776085@merv>#1/1
X-Deja-AN: 326109276
References: <6ca326$f0g$1@news4.isdnet.net> <34ea2f93.1444559@news.onramp.net>
X-Complaints-To: usenet@news.nyu.edu
X-Trace: news.nyu.edu 887776249 24430 (None) 128.122.140.58
Organization: New York University
Newsgroups: comp.lang.ada
Date: 1998-02-17T00:00:00+00:00
List-Id: <comp.lang.ada>


<<We did a search a couple years ago when we had a such a need
and could not found any public source.  We ended up using
the C source code from the un*x world, and running it
through a C to Ada translator, then cleaning up the
resultant mess.  It worked fine for our purposes
(compressing some boot code into non-volatile memory, and
transferring compressed downloadable images when upgrading
embedded software), but perhaps you'll have better luck
finding a clean port.
>>


What on earth is the point of translating the C to Ada in a case like this?
Why not simply interface to the C code.

Sounds like a lot of work that (a) achieves nothing and (b) substantially
increases the risks.