On Sat, 29 Jan 2011 13:02:24 -0500 (EST) Daniel Eischen <deischen_at_freebsd.org> wrote: > On Sat, 29 Jan 2011, Alexey Shuvaev 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 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. > > Yes, I had this problem also on -current. Does seamonkey build > on recent 8.x? > > 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. > 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. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218 -- Alexander Kabaev
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:11 UTC