More cmake configure options

Issue #37 resolved
djcj created an issue
  • At the moment I can set the install prefix with cmake, but I can't set the library prefix. The default library prefix seems to be {prefix}/lib, but for my builds I want to set it to {prefix}/lib/x86_64-linux-gnu. Please add an option to change the lib prefix with cmake.

  • x265 CLI is always linked with an embedded library. If I want to use the libx265 so file I have to modify the line in CMakeFiles/cli.dir/link.txt and run it manually in the build dir. Can you please add an option like the "--system-libx264" option in x264's configure script?

OS: Linux Mint 16 (Ubuntu 13.10) 64bit

edit: To link x265 CLI against the shared lib, source/CMakeLists.txt has to be modified (see attachment). However, if you do so, x265 will contain an RPATH header which is a no-go if you're going to install the program into the system directories.

Comments (4)

  1. Steve Borho

    I've hesitated linking the exe against the shared library because it won't link on Windows since the CLI uses parts of common.lib that are not exported through the public API (and thus aren't exported from the DLL)

    Is there a compelling reason to support this on POSIX systems?

  2. djcj reporter

    Is there a compelling reason to support this on POSIX systems?

    Yes. When creating packages for Linux distributions you have to keep an eye on certain guidelines. One of those is, that embedded libraries are to avoid and instead shared libraries should be used if possible. Adding a "--system-libx265" option - at least for POSIX systems - would be great. I mean, it's working, I just can't set it with the cmake command.

  3. Steve Borho

    cmake: link cli app to shared library on POSIX systems (closes #37)

    If you want the CLI to link against the static library on POSIX, just disable the generation of the shared library.

    → <<cset f91b930aea7e>>

  4. Log in to comment