From owner-freebsd-gnome@FreeBSD.ORG Mon May 26 15:52:57 2003 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B7E237B401 for ; Mon, 26 May 2003 15:52:57 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7751743F3F for ; Mon, 26 May 2003 15:52:56 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id MUA74016; Mon, 26 May 2003 15:52:55 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B54D25D04; Mon, 26 May 2003 15:52:54 -0700 (PDT) To: Joe Marcus Clarke In-Reply-To: Message from Joe Marcus Clarke of "19 May 2003 12:13:08 EDT." <1053360787.310.23.camel@gyros> Date: Mon, 26 May 2003 15:52:54 -0700 From: "Kevin Oberman" Message-Id: <20030526225254.B54D25D04@ptavv.es.net> cc: FreeBSD GNOME Users Subject: Re: Unable to build most gnome ports X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2003 22:52:57 -0000 > From: Joe Marcus Clarke > Date: 19 May 2003 12:13:08 -0400 > > > > > > On Sun, 2003-05-18 at 19:18, Kevin Oberman wrote: > > > > > After having gnumeric2 produce many Gtk errors, I decided to rebuil= > d all > > > > > of the dependencies of Gnumeric. This failed as pkgconfig would not > > > > > build. I tried rebuilding gettext, but that didn't help. A large > > > > > number of other ports have the same problem and will not build. > > > > > > > > > > The error occurs before anything is compiled and I can cd to the > > > > > pkgconfig-0.15.0 directory and it seems to compile, so I suspect th= > at > > > > > this is an issue with the FreeBSD port. Any ideas? > > > > > > > > Since no one else is complaining about this, and all ports build both= > on > > > > bento as well as my build machine, I can only assume there is an issu= > e > > > > with your gettext port/make.conf/environment. Do a make configure in > > > > /usr/ports/devel/gettext. Then look at work/gettext-0.11.5/config.h. > > > > You should see: > > > > > > > > /* Define if you have the `stpcpy' function. */ > > > > /* #undef HAVE_STPCPY */ > > > > > > > > This indicates the system does not contain stpcpy, and thus, gettext > > > > needs to build its own copy. If you see HAVE_STPCPY is defined, then > > > > you need to look at config.log to see why it's defined. You should s= > ee: > > > > > > > > configure:9184: checking for stpcpy > > > > configure:9221: cc -o conftest -O -pipe -march=3D3Dpentiumpro > > > > -I/usr/local/include -L/usr/local/lib conftest.c >&5 > > > > /tmp/ccPEUbzg.o: In function `main': > > > > /tmp/ccPEUbzg.o(.text+0x9): undefined reference to `stpcpy' > > > > configure:9224: $? =3D3D 1 > > > > configure: failed program was: > > > > ... > > > > > > > > In any event, my libintl.so does not contain any stpcpy symbol. > > > > However, my libgettextlib.so does, but it's an internally defined > > > > symbol: > > > > > > > > 00008e24 T stpcpy > > > I'm truncating this whole discussion as this is just to let you add another entry to your base of Gnome build problems. Since I have been unable to build a bootable CURRENT kernel for 3 weeks, I just got around to looking at this today. (I did get my kernel issue resolved.) The problem is not Gnome or any of its parts. It was gmake. On a system that has gmake installed and then upgrades to 5.0 with stpcpy in libc, this is what happens. gmake is still linked to the old libc.so.4 which lacks stpcpy. But gmake is linked to libs which call stpcpy and they can't find it, so it fails, even though it has not made anything. I did 'portupgrade -Rrf gmake' and that fixed it. I suspect that this is going to became a common problem for people who upgrade from V4 to V5 and probably gmake will not be the only program. (It probably is not on my system as I still had several ports fail to upgrade.) R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634