From owner-freebsd-gnome@FreeBSD.ORG Mon May 26 15:55:58 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 EE7B237B401 for ; Mon, 26 May 2003 15:55:57 -0700 (PDT) Received: from shumai.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3875143FAF for ; Mon, 26 May 2003 15:55:57 -0700 (PDT) (envelope-from marcus@1000cranes.org) Received: from shumai.marcuscom.com (localhost.marcuscom.com [127.0.0.1]) by shumai.marcuscom.com (8.12.9/8.12.9) with ESMTP id h4QMtlRo021376; Mon, 26 May 2003 18:55:47 -0400 (EDT) (envelope-from marcus@1000cranes.org) Received: from localhost (marcus@localhost)h4QMtlco021373; Mon, 26 May 2003 18:55:47 -0400 (EDT) X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs Date: Mon, 26 May 2003 18:55:47 -0400 (EDT) From: Joe Marcus Clarke X-X-Sender: marcus@shumai.marcuscom.com To: Kevin Oberman In-Reply-To: <20030526225254.B54D25D04@ptavv.es.net> Message-ID: <20030526185457.V64269@shumai.marcuscom.com> References: <20030526225254.B54D25D04@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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:55:58 -0000 On Mon, 26 May 2003, Kevin Oberman wrote: > > 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.) Thanks for the post mortem. This is good to know. Joe > > 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 > > PGP Key : http://www.marcuscom.com/pgp.asc