From owner-freebsd-stable@FreeBSD.ORG Fri Jan 26 17:11:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 559C816A406 for ; Fri, 26 Jan 2007 17:11:25 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id E40C413C48C for ; Fri, 26 Jan 2007 17:11:24 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so708225uge for ; Fri, 26 Jan 2007 09:11:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mh46ToU6VckQdxHUef7KAdT0bTOUyYmw6PHL2whLi7IexqInmUOzycJslrd+BgigQAOfN4iE37Eg7f4rTYkzSvBMhNYNInUbMW3j4EJNGYB1TvFqsm8YTeVRZsDLkF5M5izLgUzudwq370gYYij4NCtSrQ7YDW26l+bU1+WE68s= Received: by 10.82.152.16 with SMTP id z16mr1903906bud.1169831483305; Fri, 26 Jan 2007 09:11:23 -0800 (PST) Received: by 10.82.186.2 with HTTP; Fri, 26 Jan 2007 09:11:23 -0800 (PST) Message-ID: <790a9fff0701260911h7137c777p82376b633190718b@mail.gmail.com> Date: Fri, 26 Jan 2007 11:11:23 -0600 From: "Scot Hetzel" To: bv@wjv.com In-Reply-To: <20070126161022.GB29530@wjv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070126161022.GB29530@wjv.com> Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 buildworld fails with NO_SHARED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jan 2007 17:11:25 -0000 On 1/26/07, Bill Vermillion wrote: > I had wanted to build static binaries in /bin and /sbin - so > I set NO_SHARED. The man pages says "... this can be bad. If set > every utility that uses bsd.prog.mk will be linked statically." > > I have problems in the past - on other platforms - where having > statically linked tools in /bin saved the day. [Fixing things that > some other SA's had no clue about as to what they were doing]. > Since FreeBSD went to dynamically linked binaries, there is the /rescue directory which contains static binaries of the programs you would need to recover from a failure. > There really is nothing to indicated what 'bad' may be - other than > statically linking these. > > I took the NO_SHARED out and the buildworld went just fine. > > Is this a bug? I would think if the variable is set and useable > things should work. > Seems to be a bug, as their appears to be missing libraries in the NO_SHARED case. > Here is the tail end of the output of make buildworld as I mailed > it to me from the machine I was bringing up as we start to replace > all the 4.11 servers. > > The verison is 6.2-STABLE with the tag in the cvsup set > as RELENG_6_2. So this is exact with the release on Jan 19. > > Do I need to send this to anyone to look at. Any hints? Or should > I just 'fugidaboudid' > > > cc -O2 -fno-strict-aliasing -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -static -o gstat gstat.o -lgeom -ldevstat -lbsdxml -lcurses -ledit sbuf(9) - sbuf_new, sbuf_clear, sbuf_setpos, sbuf_bcat, sbuf_bcopyin, sbuf_bcpy, sbuf_cat, sbuf_copyin, sbuf_cpy, sbuf_printf, sbuf_vprintf, sbuf_putc, sbuf_trim, sbuf_overflowed, sbuf_finish, sbuf_data, sbuf_len, sbuf_delete - safe string formatting > > : undefined reference to `sbuf_new' > > : undefined reference to `sbuf_finish' > > : undefined reference to `sbuf_data' > > : undefined reference to `sbuf_delete' > > : undefined reference to `sbuf_bcat' Not sure which library has the above function in them. The following functions seem to be defined in libkvm. > > : undefined reference to `kvm_read' > > : undefined reference to `kvm_geterr' > > : undefined reference to `kvm_nlist' > > : undefined reference to `kvm_geterr' curs_termcap (3X) - tgetent, tgetflag, tgetnum, tgetstr, tgoto, tputs - direct curses interface to the terminfo capability database > > : undefined reference to `tgoto' > > : undefined reference to `tgetstr' > > : undefined reference to `tgetent' > > : undefined reference to `tgetflag' > > : undefined reference to `tgetnum' These seem to come from curses, but are not in your libcurses library. Is there another library these functions come from? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised.