strigi weirdness on 'make install'

Benjamin Reed rangerrick at
Mon Mar 19 04:00:08 CET 2007

I'm trying to do a "make install" on the latest strigi and I get this:

-- Installing /opt/kde4-deps/include/strigi/fieldtypes.h

Installing /opt/kde4-deps/lib/libstreamanalyzer.0.3.11.dylib

Installing /opt/kde4-deps/lib/strigi/

install_name_tool: can't open file:
/opt/kde4-deps/lib/strigi/ (No such file or
                                    -- Installing

                                                -- Installing

It looks like it created a file but then when it tries
to do the install_name magic it fails.  Doing an otool -L on the
binary shows this:

(compatibility version 0.0.0, current version 0.0.0)
(compatibility version 0.0.0, current version 0.0.0)
        /usr/lib/libz.1.dylib (compatibility version 1.0.0, current
version 1.2.3)
        /usr/lib/libbz2.1.0.dylib (compatibility version 1.0.0,
current version 1.0.2)
        /usr/lib/libcrypto.0.9.7.dylib (compatibility version 0.9.7,
current version 0.9.7)
        /opt/kde4-deps/lib/libiconv.2.dylib (compatibility version
7.0.0, current version 7.0.0)
        /opt/kde4-deps/lib/libxml2.2.dylib (compatibility version
9.0.0, current version 9.22.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 88.3.3)
        /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0,
current version 7.4.0)
        /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0,
current version 1.0.0)

Which means the bad paths are in the .so file.

$ cmake --version
cmake version 2.4-patch 5

More information about the Kde-buildsystem mailing list