Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 May 2003 18:55:47 -0400 (EDT)
From:      Joe Marcus Clarke <marcus@1000cranes.org>
To:        Kevin Oberman <oberman@es.net>
Cc:        FreeBSD GNOME Users <gnome@freebsd.org>
Subject:   Re: Unable to build most gnome ports 
Message-ID:  <20030526185457.V64269@shumai.marcuscom.com>
In-Reply-To: <20030526225254.B54D25D04@ptavv.es.net>
References:  <20030526225254.B54D25D04@ptavv.es.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 26 May 2003, Kevin Oberman wrote:

> > 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.)

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030526185457.V64269>