Notes |
|
(0012835)
|
Yuri
|
2008-07-28 10:09
|
|
When using CPACK_SET_DESTDIR, there may be no CPACK_INSTALL_PREFIX directory or it may be inaccessible. Proposed patch work for me. |
|
|
(0012838)
|
Douglas Gregor
|
2008-07-28 16:17
|
|
This patch will break generation of packages for empty components on Mac OS X (and, possibly, NSIS). How about we make the creation of the temporary directory only occur when CPACK_SET_DESTDIR is not set? |
|
|
(0012848)
|
Yuri
|
2008-07-29 03:01
|
|
Hmm... This patch does it. I removed mktmpdir only when set_destdir is on (in one branch of condition). I supposed you've added this code to both branches by mistake.
I think your comment is reasonable: when you don't use DESTDIR you know full path and free to create it. But with DESTDIR is set, creating CPACK_INSTALL_PREFIX looses any sense: Usually it points to some system path, but package is built under restricted user. |
|
|
(0023799)
|
Eric NOULARD
|
2010-12-08 12:11
|
|
I'll have a look,
but I think this one is clearly oldish
and should certainly be closed.
CPack 2.8.3 should be able to handle all know cases:
- With ou Without Absolute Path in install rules
- CPACK_SET_DESTDIR OFF or ON
The "only" trouble is that if CPACK_SET_DESTDIR is ON
and there are one or more Absolute Path in install rules
then the generated RPM will not be relocatable.
I'll close it after some tests. |
|
|
(0023898)
|
Eric NOULARD
|
2010-12-11 17:25
|
|
This bug is now obsolete.
I did not do backward search in order to see when exactly
but as of CMake 2.8.3 this is not an issue any longer.
Closing it. |
|