Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!ndsuvax!ncoverby
From: ncoverby@ndsuvax.UUCP (Glen Overby)
Newsgroups: comp.os.minix
Subject: Re: rebuilding libraries
Message-ID: <471@ndsuvax.UUCP>
Date: Wed, 4-Nov-87 22:44:54 EST
Article-I.D.: ndsuvax.471
Posted: Wed Nov  4 22:44:54 1987
Date-Received: Fri, 13-Nov-87 04:02:48 EST
References: <545@amc.UUCP>
Reply-To: ncoverby@ndsuvax.UUCP (Glen Overby)
Organization: North Dakota State University  Fargo, ND
Lines: 32
Summary: lots of library problems

In article <545@amc.UUCP> jon@amc.UUCP (Jon Mandrell) writes:
>1) Some data items were not found in the assembly modules.  I had
>   to change the code to insert a '.define' at the start of the files.

That was an oversight on Dr.  Tannenbaum's part.  I also found out (the
hard way) that the .define must be at the BEGINNING of the file --
nothing, not even comments may proceed it. 

>2) When looking at the files that are already in the archive, I see that
>   the assembly modules are packed assembly code too.  And yet the names
>   are the same as the unpacked modules.  I renamed all of the assembly
>   modules with a '.asm' extension, and libpack'd them to '.s' which seems
>   to work.

There doesn't seem to be any real difference (except in size) whether or
not the files are packed or not. 

I had a lot of problems with ordering the library.  I upgraded my
release 1.1 to 1.2 using the diffs posted here some time back.  The
'run' program supplied with 1.2 didn't do an adequate job with putc(). 
My solution was to compile all the libraries on our VAX and use 'lorder'
and 'tsort' there.  Unfortunately, that hasn't solved all of my
problems.  I am still finding occasional misorderings, one notable case
being a variable, '_M'.  Has anybody else had problems like this?

When doing an assingment for our operating systems course (we're using
Minix this quarter), I found that asctime and ftime(3) are missing, so
ctime(3) doesn't work. It made completing the assignment rather mean.
-- 
Glen Overby
Bitnet: ncoverby@ndsuvax 
UUCP: uunet!ndsuvax!ncoverby