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


$ curl -OL
https://llvm.org/svn/llvm-project/openmp/trunk/runtime/tools/check-depends.pl
$ curl -OL
https://llvm.org/svn/llvm-project/openmp/trunk/runtime/tools/lib/tools.pm
$ curl -OL
https://llvm.org/svn/llvm-project/openmp/trunk/runtime/tools/lib/Platform.pm
$ curl -OL
https://llvm.org/svn/llvm-project/openmp/trunk/runtime/tools/lib/Uname.pm
$ chmod +x check-depends.pl
$ ./check-depends.pl
/Applications/LibreOfficeDev.app/Contents/Frameworks/libwpd-0.10.10.dylib
check-depends.pl: (x) Fail to parse otool output:
check-depends.pl: (x)
/Applications/LibreOfficeDev.app/Contents/Frameworks/libwpd-0.10.10.dylib:
check-depends.pl: (x) >>> /usr/local/lib/libwpd-0.10.10.dylib
(compatibility version 11.0.0, current version 11.0.0)
check-depends.pl: (x)
/@.__________________________________________________OOO/lib/librevenge-0.0.0.dylib
(compatibility version 1.0.0, current version 1.2.0)
check-depends.pl: (x)     /usr/lib/libc++.1.dylib (compatibility version
1.0.0, current version 120.0.0)
check-depends.pl: (x)     /usr/lib/libSystem.B.dylib (compatibility version
1.0.0, current version 1213.0.0)
check-depends.pl: (x) (eof)


2015-06-04 21:04 GMT+02:00 Michael Stahl <mstahl@redhat.com>:

On 04.06.2015 18:32, Michael Meeks wrote:
Hi Robert,

On Wed, 2015-06-03 at 15:44 +0200, Robert Antoni Buj i Gelonch wrote:
We could add an automatic validation test for checking the discovery
of dynamic library dependencies on OS X & Linux.
      * OS X: otool -L file
      * Linux: ldd file

      Sounds interesting - the concern would be having added new
dependencies ? or what could we check with that ?

that's actually a good idea, as the recent bibisect Linux 5.0 accident
has demonstrated, see also commit
f4844a9abebcb0451161625c42a1e2b48796102d

we could have a test that runs something like readelf -d | grep
"(NEEDED)", filter out our own libraries, and then filters against a
whilelist of known-good system libraries; anything outside the whitelist
shouldn't be required.

it might even be useful on Mac OS X: while you do have a proper SDK
there and not a random collection of -devel packages, it might still be
possible that some bundled library's crazy configure script finds some
random stuff installed via Fink/MacPorts/etc., which would cause the
same issues.


_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice




-- 
http://about.me/rbuj

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.