Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83 v7 ucbopal-1.9 BSD 4.2; site ucbopal.CC.Berkeley.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!whuxl!whuxlm!harpo!decvax!ucbvax!ucbtopaz!ucbopal!edmoy
From: edmoy@ucbopal.CC.Berkeley.ARPA
Newsgroups: net.micro.mac,net.wanted
Subject: Re: Wanted:  Mac Sumacc Help
Message-ID: <242@ucbopal.CC.Berkeley.ARPA>
Date: Sat, 20-Apr-85 15:38:01 EST
Article-I.D.: ucbopal.242
Posted: Sat Apr 20 15:38:01 1985
Date-Received: Sun, 21-Apr-85 06:22:01 EST
References: <2933@dartvax.UUCP>
Organization: Univ. of Calif., Berkeley CA USA
Lines: 27
Xref: watmath net.micro.mac:1125 net.wanted:6237

>Sumacc fails with the following message when I try to Make the 
>calendar desk accessory. Can anyone tell me  why it looks for
>libc.a rather than the libc68.a that lives in the subdirectory.
>How do you change this?  I tried to get around it with the 
>ld68 -l option (-lc68), to no avail.
>
>/usr/local/cc68 -I/usr/appls/summac/include -c cal.c
>/usr/local/cc68 -c crtcal.s
>/usr/local/ld68 -X -r -d -e drvr -T 0 crtcal.b cal.b -lmac -lc -x -o cal
>ld68: file /usr/apple/lib/libc.a not found
>*** Error code 1

The version we are running at UC Berkeley looks in /usr/sun/lib for all
the standard libraries.  I believe our version is unmodified, so it appears
that yours may have been modified to look in /usr/apple/lib.

libc.a contains many of the standard routines in section 3 of the unix manual,
such as strcpy, and is always searched by ld68.  Since the -lmac option seems
to have worked OK, it appears that your libc.a is missing.

Edward Moy
Computing Services
University of California
Berkeley, CA  94720

edmoy@ucbopal.APRA
ucbvax!ucbopal!edmoy