Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!news.cs.indiana.edu!ariel.unm.edu!sfreed
From: sfreed@ariel.unm.edu (Steven Freed CIRT)
Newsgroups: comp.os.minix
Subject: Re: 1.6 woes
Keywords: Won't compile!
Message-ID: <1991Jun25.165006.17233@ariel.unm.edu>
Date: 25 Jun 91 16:50:06 GMT
References: <13930@mentor.cc.purdue.edu>
Reply-To: sfreed@ariel.unm.edu
Organization: University of New Mexico, Albuquerque NM
Lines: 36
Originator: sfreed@triton.unm.edu


In article <13930@mentor.cc.purdue.edu>, asg@sage.cc.purdue.edu (The Grand Master) writes:
> when I compile fs or mm, I get the following:  unresolved references:
     __receive
     __send
     __sendrec
  
> Now, I have checked out libc.a, and it does include these calls, but for
> some reason, fs and mm are not recognizing them??!! 

In your libc.a are they __receive __send __sendrec  or _receive _send 
_sendrec?

I really don't know the why for the "_" vs. "__" vs. "___"  But i figure
if I just follow the conventions being set, everything *should* fall into
place.

> My other problem is that my kernel/*.x files cannot be translated correctly.
> I am trying to use the xenix_to_asld script provided by Andy on star.cs.vu.nl,
> but I end up with empty .s files when I do. Anyone else run into a similar
> problem?

The xe-asld  stuff you pulled off star is very interesting. I would suppose
you unpacked it with unshar. If you look at the end of xenix_to_asld you 
will (should??) notice that the end is cut off, sort of stops dead in the
middle of the sed stuff. Now go back and get the original sources again
and use sh < file.from.star And I bet your results will be much better.
Seems to be an interesting bug with unshar... haven't investigated it 
yet, however.

You also will probably need to change the path(s) in the shell scripts,
but if you hadn't done that, it would have given you an obvious error
when run.
-- 

Steve.                    sfreed@ariel.unm.edu