Date: prev next · Thread: first prev next last
2015 Archives by date, by thread · List index


I almost have it done.
All libs compile, binaries too, but I get this:
terminate called after throwing an instance of 'CppUnit::DynamicLibraryManagerException'
what():  Failed to load dynamic library: 
/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.3/workdir/LinkTarget/CppunitTest/libtest_vcl_app_test.so
It looks like 
/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.3/workdir/LinkTarget/Executable/cppunittester
 generated a core file at 
/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.3/workdir/CppunitTest/vcl_app_test.test.core/core
Backtraces:
[New LWP 1]
[New LWP 1]
...
...
What I noticed is that many of the libs, built before vcl lib, shows a correct linking with ldd.
Some others, just after vcl lib and vcl lib itself, shows the strange gcc link problem:
libstdc++.so.6 =/usr/sfw/lib/libstdc++.so.6
libstdc++.so.6 (GLIBCXX_3.4.15) =(version not found)
libstdc++.so.6 (CXXABI_1.3) =(version not found)
and elfdump shows why:
[67]  RUNPATH           0x428ac4            
/usr/sfw/lib:/usr/gcc/4.7/lib:$ORIGIN:$ORIGIN/../ure-link/lib:/usr/lib/mps
[68]  RPATH             0x428ac4            
/usr/sfw/lib:/usr/gcc/4.7/lib:$ORIGIN:$ORIGIN/../ure-link/lib:/usr/lib/mps
why /usr/sfw/lib is placed before /usr/gcc/4.7/lib?? who is doing this??
I have forced "-Wl,-rpath,/usr/gcc/4.7/lib -L/usr/gcc/4.7/lib" in LDFLAGS during configure and make.
I believe /usr/sfw/lib is taken automagically by the build system because there's a libstdc++.so.6 
(an old 3.4 for compatibiliy).
Maybe this is causing the cppunit failure?
----------------------------------------------------------------------------------
Da: Richard PALO
A: libreoffice
Data: 22 febbraio 2015 9.13.14 CET
Oggetto: Re: error during build of mork_helper, on illumos/xstreamos
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 21/02/15 08:29, Richard PALO a écrit :
In pkgsrc this is patched as follows:
$NetBSD: patch-vcl_Library__vcl.mk,v 1.1 2015/02/04 18:19:34 ryoon Exp $
--- vcl/Library_vcl.mk.orig     2015-01-22 20:05:28.000000000 +0000
+++ vcl/Library_vcl.mk
@@ -703,7 +703,7 @@ endif
endif
endif
-ifeq ($(OS),LINUX)
+ifeq ($(GUIBASE),unx)
$(eval $(call gb_Library_add_libs,vcl,\
-lm \
-ldl \
If this works for you, I'll prepare to upstream this patch.
The author of this patch responded to me that he'll upstream this himself as well as
a few others of the same sort (in pkgsrc) soon.
As to the '-Wl,-Bdirect' and '-Wl,-zdefs' in solaris.mk I'm testing if this passes, if so
I'll upstream that as well.. (builds/runs here without it, at least on gcc49)
As hoped, I had no fallout from this so will submit the reintegration of this bit to gerritt today.
- --
Richard PALO
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJU6Y+aAAoJECAB22fHtp27oOYIAIBtDwPr7U2HfCrbFNNSOsbU
zZZj+qfLv4DbLUm3ZdCS5zwYUwl/agEkltsO+tolzhTT6YFIMXqxNffMbFrITh9z
TmMu6PgR8JtXhnfzyWhT9gxNucNphKiwc2wwvWNDyxe5bOPYWIZTDtkGKWNbPjuE
+sLGGIZ7YBaiFazRww/3cFKy+YwmOyXBFCsS3LhHEw8bgn/UnwdA0kmgBsSkYmKw
YTwPd4iqm0kKis54jnr8CElzUb/Unzv6Sjz6JmNdbZc+OpSsQhFrela7IZJWSs7N
oNe2TmDZrNv8XGLTlsvipA4lZNCSWJ5fiPOp19NkX0YezrEFTFmP8uL3uL2w3hA=
=SRUy
-----END PGP SIGNATURE-----
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.