Xref: utzoo comp.unix.xenix.sco:1496 comp.sources.bugs:2819
Path: utzoo!utgpu!watserv1!watmath!att!emory!samsung!rex!ukma!simon
From: simon@ms.uky.edu (G. Simon Gales)
Newsgroups: comp.unix.xenix.sco,comp.sources.bugs
Subject: Re: Help - Compiling ecu3
Summary: One down, here's another.
Message-ID: <1991Jan28.121309.4163@ms.uky.edu>
Date: 28 Jan 91 12:13:09 GMT
References: <1991Jan14.202320.4315@tabbs.UUCP> <1991Jan25.221822.4247@midway.uchicago.edu> <1991Jan27.194020.9849@hq.demos.su>
Organization: University of Kentucky
Lines: 28

In article <1991Jan27.194020.9849@hq.demos.su> ache@hq.demos.su (Andrew A. Chernov) writes:
>I win it!  Some functions from standard C library needs cfree. This
>function lives in the same module with calloc.  This cause an error
>with calloc in -lmalloc.  I wrote dumb module named cfree.c:
>
>void cfree(s)
>char *s;
>{
>	free(s);
>}
>
>and add cfree.o to the module list in Make.ecu.

I did it the hard way, and extracted 'calloc.o' from Llibc.a and hacked 
calloc into xalloc, then re-built Llibc.a.  This seems to get around the
problem, although you have to swap the old library back in to compile the
zmodem programs.

This seems to be a problem with SCO's dev kit, but I cannot find a fix 
for it from SCO.  I have Xenix 286 2.2.3, is the problem there in 2.3.2?

Well, now I've got ecu compiled and installed, but when run, I get the
1-line copyright message then a segmentation violation.  Sigh...


-- 
                    Simon Gales@The University of Kentucky
      simon@ms.uky.edu    simon@UKMA.BITNET    {rutgers, uunet}!ukma!simon