Notes |
|
(0037872)
|
İsmail Dönmez
|
2015-02-01 06:05
|
|
This patch still makes sense for cmake 3.x, can someone please review it? |
|
|
(0037889)
|
Brad King
|
2015-02-03 11:48
|
|
|
|
(0037890)
|
Brad King
|
2015-02-03 11:53
|
|
|
|
(0037906)
|
İsmail Dönmez
|
2015-02-04 13:55
|
|
Shouldn't the CMAKE_SIZEOF_VOID_P solution be enough? Since if the compiler does create 64bit binaries then we want the 64bit programs directory. |
|
|
(0037907)
|
Brad King
|
2015-02-04 14:02
|
|
Re 0014211:0037906: CMAKE_SIZEOF_VOID_P is enough to know whether we want the 64-bit programs directory, but my comment in 0014211:0037890 is saying that it is tricky to know where the 64-bit programs directory is located. The needed environment variable depends on how CMake itself was built. |
|
|
(0037908)
|
İsmail Dönmez
|
2015-02-04 14:05
|
|
$PROGRAMFILES64 is an NSIS only variable, we don't even need CMake there. |
|
|
(0037909)
|
Brad King
|
2015-02-04 14:30
|
|
Re 0014211:0037908: Right, sorry. Yes, I think a patch with CMAKE_SIZEOF_VOID_P should be sufficient since NSIS will take care of finding the right 64-bit programs directory on the end user system. |
|
|
(0037910)
|
İsmail Dönmez
|
2015-02-04 14:58
|
|
win64.patch is the updated version of the original patch using CMAKE_SIZEOF_VOID_P. |
|
|
(0037911)
|
Brad King
|
2015-02-04 15:13
|
|
Re 0014211:0037910: It turns out that code just above the hunk you modified changes the system name to either "win32" or "win64". Please try
v1-0001-CPack-Fix-NSIS-default-64-bit-Windows-install-direct.patch |
|
|
(0037913)
|
İsmail Dönmez
|
2015-02-04 15:30
|
|
Looks good upon inspection but can't test unless you upload a build I am afraid. |
|
|
(0037914)
|
Brad King
|
2015-02-04 15:32
|
|
|
|
(0037917)
|
Brad King
|
2015-02-04 16:46
|
|
Re 0014211:0037914: Marking as resolved with that commit. Please report back results from testing in case we need to re-open.
|
|
|
(0039038)
|
Robert Maynard
|
2015-07-08 08:57
|
|
Closing resolved issues that have not been updated in more than 4 months. |
|