Return to BSD News archive
Path: sserve!manuel.anu.edu.au!munnari.oz.au!news.hawaii.edu!ames!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!unidui!du9ds3!veit From: veit@du9ds3 (Holger Veit) Newsgroups: comp.unix.bsd Subject: Re: [386BSD],fix for SharedLibraries posted recently Date: 30 Nov 92 12:51:07 GMT Organization: Uni-Duisburg FB9 Datenverarbeitung Lines: 46 Message-ID: <veit.723127867@du9ds3> References: <2029@lysator.liu.se> Reply-To: veit@du9ds3.uni-duisburg.de NNTP-Posting-Host: du9ds3.fb9dv.uni-duisburg.de In <2029@lysator.liu.se> ronnie@lysator.liu.se (Ronnie Sahlberg) writes: >First of all, please do not flame me for using or encouraging others to use >the recently posted SharedLibraries. >Yes I know that it is not the best way to implement SharedLibraries, but it >works, and when 0.2 is released with (I hope) real shared libraries, we all >have to reinstall the entire 386bsd distribution ? Do we not ? >So it doesnt really matter if we install this SH-package or not. >:-) >Anyway, there are some problems with the libc_s as it created by the >distributed package. Some functions in libc.a contains global data that is >accessed from outside the functions/library itself. One such function is >/usr/src/lib/libc/stdlib/getopt.c . This results in the program refusing to >link when recompiled. (approx 20 programs in the /bin /sbin /usr/bin dirs.) >To fix this problem I added the following to the Makefile : >*********** >updatelibs: Makefile > cc -O -c -o /tmp/getopt.o /usr/src/lib/libc/stdlib/getopt.c > ar -r /usr/lib/libc_s.a /tmp/getopt.o > rm /tmp/getopt.o > ranlib /usr/lib/libc_s.a >********** >When libc_s.a is created, you must 'make updatelibs' in order to make it work >properly. >I have recompiled all programs in /bin /sbin /usr/bin and it seems to be >working fine. >ronnie s, ronnie@lysator.liu.se Sorry, I couldn't resist. No flames here, may you be happy with your shared libraries, but you support my argumentation quite well. I said there will be different improved versions of this "shared libraries" release RSN. We now already have a fix for the original posting, and you just recognized the getopt problem. I wish you good luck for hunting after other incompatible library functions; there are some more... Holger -- | | / Dr. Holger Veit | INTERNET: veit@du9ds3.fb9dv.uni-duisburg.de |__| / University of Duisburg | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX | | / Dept. of Electr. Eng. | Sorry, the above really good fortune has | |/ Inst. f. Dataprocessing | been CENSORED because of obscenity"