|
Notes |
|
|
(0018788)
|
|
Clinton Stimpson
|
|
2009-12-10 01:18
|
|
AFAIK, qt.conf isn't needed because cmake-gui at startup tells Qt to exclude things for which qt.conf is used.
Fixed the qt_menu.nib error, by including the Resources folder in the framework.
/cvsroot/CMake/CMake/Source/QtDialog/CMakeIngestOSXBundleLibraries.cmake,v <-- CMakeIngestOSXBundleLibraries.cmake
new revision: 1.4; previous revision: 1.3 |
|
|
|
(0024068)
|
|
David Cole
|
|
2010-12-14 18:49
|
|
|
Closing bugs that have been resolved for more than 3 months without any further updates. |
|
|
|
(0024413)
|
|
Mike Jackson
|
|
2011-01-05 09:58
|
|
|
This bug is STILL here on CMake 2.8.3 which is why I am reopening the bug. |
|
|
|
(0024414)
|
|
Mike Jackson
|
|
2011-01-05 10:03
|
|
Additional Notes: OS X 10.6.5 with Latest Xcode 3.2.5 and Qt version 4.7.1 built against Cocoa. Used the following to configure, build, install:
./configure --prefix=/Users/Shared/Toolkits/CMake-2.8.3 --parallel=16 --qt-gui --qt-qmake=/Users/Shared/Toolkits/Qt-4.7.1-Cocoa/bin/qmake
make
make install
Looking at the package contents the qt_menu.nib package is still missing from the "Resources" folder. |
|
|
|
(0024427)
|
|
Mike Jackson
|
|
2011-01-05 12:18
|
|
This seems to be now fixed on the master git as of Jan 5, 2011.
Would still like to see a test for this so that it doesn't happen again. |
|
|
|
(0024434)
|
|
David Cole
|
|
2011-01-05 14:51
|
|
This is fixed already...
It would be nice for somebody to add a test someday that verifies this.
As discussed on the mailing list today, there are several things that need to happen for this to be "testable" on many CMake dashboard machines.
In particular:
cmake-gui needs some further work to be automatically testable.
If we launched it as-is on a test run, then it would just hang there
forever, waiting for user input as gui apps will do, and the test
would timeout.
We'd need to add something like:
- "--configure" "--generate" and "--exit" command line switches that
would do what they say
- other scripting actions?
- simulated gui interactions?
The reasons we haven't added a test yet:
- It's a non-trivial test to add, which means it will take somebody a
significant chunk of time
- The pre-built Mac binary works fine: just download it and use it
A test would be good. If you have time, please add one and submit a
patch. This particular test is simply not on the top of anybody's
prioritized list right now.
We are relying on the community to try cmake-gui and ccmake during RC
phases and tell us if something is amiss. |
|
|
|
(0026311)
|
|
David Cole
|
|
2011-05-02 14:45
|
|
|
Closing resolved issues that have not been updated in more than 3 months. |
|
CMakeLists.txt (4,795) 2009-12-05 16:58