From owner-freebsd-current Sun May 17 01:56:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA23588 for freebsd-current-outgoing; Sun, 17 May 1998 01:56:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coyote.instrumatic.ch (coyote.instrumatic.ch [195.226.4.148]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA23583 for ; Sun, 17 May 1998 01:56:34 -0700 (PDT) (envelope-from ast@marabu.ch) Received: (from root@localhost) by coyote.instrumatic.ch (8.8.7/8.8.7/ast-971024) with UUCP id KAA23242; Sun, 17 May 1998 10:56:07 +0200 (MET DST) Received: (from uucp@localhost) by hawk.marabu.ch (8.8.8/8.8.8) with UUCP id KAA10239; Sun, 17 May 1998 10:48:02 +0200 (MEST) (envelope-from ast@marabu.ch) Received: by marabu.marabu.ch (8.7.5/970531-ast-7.9) id KAA17824; Sun, 17 May 1998 10:43:52 +0200 (CEST) Message-Id: <199805170843.KAA17824@marabu.marabu.ch> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.118.2) From: Adrian Steinmann Date: Sun, 17 May 98 10:43:50 +0200 To: Amancio Hasty Subject: ___error? cc: current@FreeBSD.ORG X-Organization: Steinmann Consulting, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Brian Feldman" mentioned (indirectly) how to do it first make bootstrap-libraries then make world -DNOCLEAN It worked for me. Adrian _________________________________________________________________________ Dr. Adrian Steinmann Steinmann Consulting Apollostrasse 21 8032 Zurich Tel +41 1 380 30 83 Fax +41 1 380 30 85 Mailto:ast@marabu.ch Date: 15 May 1998 01:31:39 -0000 From: "Brian Feldman" Subject: Re: Undefined symbol "___error" Well, it wasn't as complicated to get my system up to 3.0. Since it stopped after almost making the bootstrap tools, I just edited the Makefile and had it build the bootstrap libs first, then the tools; so effectively, if you change that order (which you shouldn't, but have to in this case) nothing gets broken; I never had to actually `install' the latest libc with error(3) changes to get the world to compile (although I did, and it's a long story about using libc_pic.a, etc. *g* I'll never do _that_ again) - - Brian Feldman > John Birrell scribbled this message on May 14: > > Terry Lambert wrote: > > > > > does this mean that ALL third party programs that use curses MUST be > > > > > recompiled?!?!?! > > > > > > > > Recompiled, no. Relinked, yes. > > > > > > Actually, it's a define in a header file, si it's "recompiled". > > > > No, it's "relinked" so that a program will know to use the later libc. > > The problem here is not that the libc major number needs to be bumped, > > but *all* other libraries that use errno.h need a major number bump. > > Bruce pointed this out. > > > > Bruce wants the change backed out. I haven't heard from anyone else. > > I want the change backed ASAP!! I can't do buildworlds with this > change... I was about to make modifications so that we can have a > LD_LIBRARY_PATH additiont so we can make a dir like: > /usr/lib/buildworldrequiredlibsbecauseofchanges that will contain local > system friendly libs along with libs that will let buildworld run to > completiong... > > this will allow people to HAVE to buildworld on a 2.2.1-R box to be > able to... (either that or let my 486dx2/66 machine buildworld, but > I don't want to think about how long THAT takes)... > > > Should I bump the major number of all the shared libraries in the > > FreeBSD tree? Should I back out the change and forget about making future > > objects thread-aware? Should I do nothing? > > you should make the build process past version friendly... even if > someone had a prev -current to lib changes... they couldn't do a > buildworld without first building libc and installing, then starting > the buildworld process all over again... > > of course, this is more of a problem of using the freebsd header files > to build the tools to buildworld... > > libs and headers are a matched set... > > -- > John-Mark Gurney Modem Rev/FAX: +1 541 346 9237 > Cu Networking P.O. Box 5693, 97405 > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD > Don't trust anyone you don't have the source for > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message Date: Sat, 16 May 1998 18:10:41 -0700 From: Amancio Hasty Subject: ___error? Any ideas on how to get around this problem? Tnks, Amancio While doing a make world.... cc -O -pipe -I/usr/src/usr.bin/make -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o parse.o str.o suff.o targ.o var.o util.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstRemove.o lstReplace.o lstSucc.o compat.o: Undefined symbol `___error' referenced from text segment job.o: Undefined symbol `___error' referenced from text segment job.o: Undefined symbol `___error' referenced from text segment job.o: Undefined symbol `___error' referenced from text segment job.o: Undefined symbol `___error' referenced from text segment job.o: Undefined symbol `___error' referenced from text segment job.o: Undefined symbol `___error' referenced from text segment main.o: Undefined symbol `___error' referenced from text segment main.o: Undefined symbol `___error' referenced from text segment *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message