Getting rid of the LIB_INSTALL_DIR hack on windows

[Michael Pyne]

On Saturday 12 January 2008, Christian Ehrlicher wrote:
> Hi,
>
> I know we discussed this already, but I'm very unhappy with the current
> solution.
> The problem is (for all who don't remember) that we want to install the
> shared libs into /bin on windows. When we install the shared libs into
> /lib, we've to add an entry to the PATH env variable. Also it's not the
> normal way to install shared libs in another location than the
> executable - it would just confuse the user.
>
> Because of this a hack for LIB_INSTALL_DIR was added:
> set(LIB_INSTALL_DIR      "lib${LIB_SUFFIX}"
>                     RUNTIME DESTINATION "bin"
>                     LIBRARY DESTINATION "lib${LIB_SUFFIX}"
>                     ARCHIVE DESTINATION "lib${LIB_SUFFIX}"  )
>
> This works fine until someone uses LIB_INSTALL_DIR in another context -
> e.g. to install additional files, see kdepimlibs/gpgme++:
> <snip>

> Therefore I want to change all CMakeLists.txt from
>
> install(TARGETS foo DESTINATION ${LIB_INSTALL_DIR} )
>
> to
>
> install(TARGETS foo RUNTIME DESTINATION ${BIN_IINSTALL_DIR}
>                     LIBRARY DESTINATION ${LIB_INSTALL_DIR}
>                     ARCHIVE DESTINATION ${LIB_INSTALL_DIR}
>         )
>
> An additional macro install_kde_library() would work as well.

I like the macro idea a beeellion times better.  Especially since it documents 
the intent better (i.e. use this for libraries, not for anything else).

Then we could switch libraries to use install_kde4_library() and leave the 
rest alone.

> Any objections?
> Christian


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20080112/c5079f80/attachment.pgp