Regarding the paths I think both is right. The source code of the vast majority of projects defaults to installing in /usr/local which probably makes sense to avoid accidental interference with system-wide software. On the other hand software meant to be available system-wide should by no means go to /usr/local but to /usr, and this is the regular behaviour in all binary packages I'm aware of.
But actually this doesn't really matter any longer with regards to the problem discussed here as it turned out a corresponding CMake variable does already exist and the only remaining question is whether or not it should be renamed.
I have to say I still think providing something like DCMTK_INSTALL_SYSCONFDIR would make a lot of sense, in particular considering the arguments stated in the previous comment.
CMake: Counterpart to configure option --sysconfdir missing
Moderator: Moderator Team
Who is online
Users browsing this forum: No registered users and 1 guest