Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 29 Jan 2011 19:08:39 -0500
From:      Alexander Kabaev <kabaev@gmail.com>
To:        Alexey Shuvaev <shuvaev@physik.uni-wuerzburg.de>
Cc:        freebsd-gecko@FreeBSD.org, freebsd-ports@freebsd.org, freebsd-current@freebsd.org
Subject:   Re: [WORKAROUND] www/seamonkey2 on CURRENT
Message-ID:  <20110129190839.38b6e8da@kan.dnsalias.net>
In-Reply-To: <20110129202012.GA61135@lexx.ifp.tuwien.ac.at>
References:  <AANLkTinF6W4ME=1EAobVJgceGOi7U95uLv0GoZYCNjOB@mail.gmail.com> <20110129202012.GA61135@lexx.ifp.tuwien.ac.at>

next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/u1O1gzAK6a=EU1Mge5VdG6C
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Sat, 29 Jan 2011 21:20:12 +0100
Alexey Shuvaev <shuvaev@physik.uni-wuerzburg.de> wrote:

> On Fri, Jan 28, 2011 at 05:37:51PM -0800, Garrett Cooper wrote:
> > On Fri, Jan 28, 2011 at 3:58 PM, Alexey Shuvaev
> > <shuvaev@physik.uni-wuerzburg.de> wrote:
> > > Hello!
> > >
> > > It seems www/seamonkey2 is broken on CURRENT for at least 1 month
> > > now [1]. Examining build log and reproducing it locally, the
> > > problem is in the usage of libiconv in nsNativeCharsetUtils.cpp.
> > > The linker fails to produce libxpcom_core.so although
> > > -L/usr/local/lib and -liconv are specified [2]. Examining this
> > > further I found that ..o produced with [3]
> > > fails to link with libiconv alone too [4] (note still unresolved
> > > libiconv references). I'm not a compiler/linker guru and do not
> > > understand what is happening here. As a workaroud I use the
> > > attached patch which disables the usage of libiconv in
> > > nsNativeCharsetUtils.cpp.
> >=20
> > ls /usr/local/lib/libiconv*so* ?
> >
> ~> ll /usr/local/lib/libiconv*so*
> lrwxr-xr-x  1 root  wheel       13 Jan 27
> 13:14 /usr/local/lib/libiconv.so -> libiconv.so.3 -r--r--r--  1 root
> wheel  1078567 Jan 27 13:14 /usr/local/lib/libiconv.so.3
>=20
> I'm not so lame :)
>=20
> On Sat, Jan 29, 2011 at 01:39:15PM -0500, Alexander Kabaev wrote:
> > On Sat, 29 Jan 2011 13:21:44 -0500
> > Alexander Kabaev <kabaev@gmail.com> wrote:
> >=20
> > > On Sat, 29 Jan 2011 13:02:24 -0500 (EST)
> > > Daniel Eischen <deischen@freebsd.org> wrote:
> > >=20
> > > > On Sat, 29 Jan 2011, Alexey Shuvaev wrote:
> > > >=20
> > > > > Hello!
> > > > >
> > > > > It seems www/seamonkey2 is broken on CURRENT for at least 1
> > > > > month now [1]. Examining build log and reproducing it
> > > > > locally, the problem is in the usage of libiconv in
> > > > > nsNativeCharsetUtils.cpp. The linker fails to produce
> > > > > libxpcom_core.so although -L/usr/local/lib and -liconv are
> > > > > specified [2]. Examining this further I found that
> > > > > nsNativeCharsetUtils.o produced with [3] fails to link with
> > > > > libiconv alone too [4] (note still unresolved libiconv
> > > > > references). I'm not a compiler/linker guru and do not
> > > > > understand what is happening here. As a workaroud I use the
> > > > > attached patch which disables the usage of libiconv in
> > > > > nsNativeCharsetUtils.cpp.
> > > >=20
> > > > Yes, I had this problem also on -current.  Does seamonkey build
> > > > on recent 8.x?
> > > >=20
> > > > libxpcomio_s.a is a static library that has unresolved
> > > > references to libiconv.  I guess I'd expect those references to
> > > > be resolved with a later -L/usr/local/lib -liconv when building
> > > > the shared library (libxpcom_core.so), but they are not.
> > > >=20
> > >=20
> > > My wild guess: seamonkey tries to hide symbols that are coming
> > > from different .o file (this time one from libiconv.a) and that
> > > fails with our toolchain.
> > >=20
> > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D20218
> > > --=20
> > > Alexander Kabaev
> >=20
> > Follow-up to myself: Nope, the fix to said bug appears in our
> > compiler. Can you make amd64 version of nsNativeCharsetUtils.
> > --=20
> > Alexander Kabaev
> >
> ??? (It is already on amd64)
Email was sent while not finished.

Can you make amd64 version of nsNativeCharsetUtils.o available from
somewhere along with corresponding .ii file? To get .ii file you can
add -save-temps to GCC invocation used to compile
nsNativeCharsetUtils.cpp.

--=20
Alexander Kabaev

--Sig_/u1O1gzAK6a=EU1Mge5VdG6C
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (FreeBSD)

iD8DBQFNRKwLQ6z1jMm+XZYRAmPMAKDDOAOjbyY9ZfKNTQ5LH8ztCnx+igCg2vtG
MhbwU0awgx6qUX1fKR7kkkc=
=qC2f
-----END PGP SIGNATURE-----

--Sig_/u1O1gzAK6a=EU1Mge5VdG6C--



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