Your message dated Mon, 4 Sep 2006 23:25:36 -0400
with message-id <[EMAIL PROTECTED]>
and subject line cmake: no sane way to override CMAKE_INSTALL_PREFIX
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: cmake
Version: 2.0.2-1
Severity: normal
There doesn't appear to be a sane way to override the _default_
CMAKE_INSTALL_PREFIX. I can do
SET(CMAKE_INSTALL_PREFIX / CACHE PATH "Installation path prefix" FORCE)
But that doesn't allow users who might be doing cross compilation to
manually change the CMAKE_INSTALL_PREFIX. I would've expected that
setting CMAKE_USER_MAKE_RULES_OVERRIDE to foo.txt, and then setting
CMAKE_INSTALL_PREFIX inside foo.txt would work; but, unfortunately, it
would appear that CMAKE_INSTALL_PREFIX is set in
CMakeSystemSpecificInformation.cmake just _after_ the rules override
file is included. Quite honestly, I'm not sure if
CMAKE_USER_MAKE_RULES_OVERRIDE is even used; I can't get a MESSAGE()
inside the file to display. :/
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US
Versions of packages cmake depends on:
ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an
ii libgcc1 1:3.3.4-2 GCC support library
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libstdc++5 1:3.3.4-2 The GNU Standard C++ Library v3
ii zlib1g 1:1.2.1.1-3 compression library - runtime
-- no debconf information
--- End Message ---
--- Begin Message ---
Use DESTDIR,
cmake is working for a few package builds these days.
I'll close this old bug.
-Maitland
--- End Message ---
