Date: Mon, 18 Dec 2000 19:12:53 -0500 (EST) From: Daniel Eischen <eischen@vigrid.com> To: Roman Shterenzon <roman@harmonic.co.il> Cc: obrien@FreeBSD.ORG, Max Khon <fjoe@iclub.nsu.ru>, freebsd-stable@FreeBSD.ORG Subject: Re: mozilla and 4.2-RELEASE Message-ID: <Pine.SUN.3.91.1001218190245.16466A-100000@pcnet1.pcnet.com> In-Reply-To: <977178152.3a3e8e28b72ff@webmail.harmonic.co.il>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 19 Dec 2000, Roman Shterenzon wrote:
> Quoting Roman Shterenzon <roman@harmonic.co.il>:
>
> > Quoting Daniel Eischen <eischen@vigrid.com>:
>
> > > ===================================================================
> > > RCS file: /opt/b/CVS/src/gnu/lib/libstdc++/Makefile,v
> > > retrieving revision 1.25
> > > diff -u -r1.25 Makefile
> > > --- Makefile 2000/06/04 06:56:22 1.25
> > > +++ Makefile 2000/12/16 21:05:38
> > > @@ -14,7 +14,7 @@
> > > CXXFLAGS+= -I${SRCDIR}/stl -I${SRCDIR} -I${SRCDIR}/../gcc/cp/inc -I.
> > > CXXFLAGS+= -nostdinc++ -fno-implicit-templates
> > >
> > > -LDADD+= -lm
> > > +LDADD+= -lm -nostdlib
> > > DPADD+= ${LIBM}
> > >
> > > HDRS= cassert cctype cerrno cfloat ciso646 climits clocale cmath
> > > complex \
> > >
> > >
> > > It would be interesting to see if this fixes the Mozilla problem
> > > also.
> >
> > I backed out obrien's patch (I don't know yet if it works with it),
> > then, I merged Daniel's patch, buildworld, installworld, and now mozilla
> > works (after I recompiled it).
> > *BUT* c++ binaries compiled on 4.2 fail, for example, starting xfstt
> > gives me:
> >
> > lancelot:/home/roman% xfstt
> > /usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol
> > "__ti9exception"
> >
> > However, I verified, 4.1 (perhaps 4.1.1?) c++ binaries, for example -
> > mozilla,
> > work ok with this patch in place.
> >
> > I.e. I believe that only c++ binaries built under 4.2 will be broken.
> >
> > Where do we go from here? Anything else I can try?
> >
>
> BTW, I needed my xfstt, so I kept the old binary and rebuilt it, now it works.
> I only noticed that the new binary is 20k (19.5k) larger than the previous one.
> What does -nostdlib flag do to libstdc++ again?
It should prevent libstdc++ from linking in other libraries. In
this case we don't want it to include (the unthreaded) libgcc, so
that the correct libgcc (libgcc for unthreaded, libgcc_r for threaded)
will be linked when the application is linked.
--
Dan Eischen
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.1001218190245.16466A-100000>