Date: Mon, 26 May 2003 15:52:54 -0700 From: "Kevin Oberman" <oberman@es.net> To: Joe Marcus Clarke <marcus@marcuscom.com> Cc: FreeBSD GNOME Users <gnome@freebsd.org> Subject: Re: Unable to build most gnome ports Message-ID: <20030526225254.B54D25D04@ptavv.es.net> In-Reply-To: Message from Joe Marcus Clarke <marcus@marcuscom.com> of "19 May 2003 12:13:08 EDT." <1053360787.310.23.camel@gyros>
next in thread | previous in thread | raw e-mail | index | archive | help
> From: Joe Marcus Clarke <marcus@marcuscom.com> > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030526225254.B54D25D04>