On Apr 2, 2008, at 4:50 PM, Bill Hoffman wrote:
Nicolas Desprès wrote:
On Wed, Apr 2, 2008 at 10:25 PM, Bill Hoffman
[EMAIL PROTECTED] wrote:
[...]
I suppose we could. I like the installer as it prompts the user
for the
license, and setting up the command line stuff. Also, I have
I think it should be a new CPack generator that expects a single bundle in
its make install tree and that makes a simple .dmg wrapper around that
bundle. Instead of PackageMaker generator, maybe a new BundleDMG
generator?
Thx,
David
On Thu, Apr 3, 2008 at 8:41 AM, Mike Jackson [EMAIL
David Cole wrote:
I think it should be a new CPack generator that expects a single bundle
in its make install tree and that makes a simple .dmg wrapper around
that bundle. Instead of PackageMaker generator, maybe a new
BundleDMG generator?
That sounds good to me.
-Bill
On Fri, Mar 28, 2008 at 11:44 AM, Bill Hoffman [EMAIL PROTECTED] wrote:
Mike Jackson wrote:
The Qt based gui looks pretty darn good. A few things though. (May be
specific to OS X).
The name of the app is cmake-gui.app. Really? How about CMakeSetup.app
or CMake.app (There may be name
Doug Gregor wrote:
IMHO, the best way to do this would be to have the app be CMake.app
(installed directly in /Applications), then create a symlink called
cmake-gui that can used from the command line.
I still like having a version numbered folder for CMake.
It would be:
On Wed, Apr 2, 2008 at 9:12 AM, Bill Hoffman [EMAIL PROTECTED] wrote:
Doug Gregor wrote:
IMHO, the best way to do this would be to have the app be CMake.app
(installed directly in /Applications), then create a symlink called
cmake-gui that can used from the command line.
I still
On Wed, Apr 2, 2008 at 9:12 AM, Bill Hoffman [EMAIL PROTECTED] wrote:
Doug Gregor wrote:
IMHO, the best way to do this would be to have the app be CMake.app
(installed directly in /Applications), then create a symlink called
cmake-gui that can used from the command line.
I still like
Bill Hoffman wrote:
Doug Gregor wrote:
IMHO, the best way to do this would be to have the app be CMake.app
(installed directly in /Applications), then create a symlink called
cmake-gui that can used from the command line.
I still like having a version numbered folder for CMake.
It would
David C Thompson wrote:
I still like having a version numbered folder for CMake.
It would be:
/Applications/CMake 2.6.0/CMake.app
/Applications/CMake 2.6.1/CMake.app
I don't want to beat a horse that's already down for the count, but I'm
curious why having an executable with the version
On Wed, Apr 2, 2008 at 2:48 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
David C Thompson wrote:
I still like having a version numbered folder for CMake.
It would be:
/Applications/CMake 2.6.0/CMake.app
/Applications/CMake 2.6.1/CMake.app
I don't want to beat a horse that's
Mike Jackson wrote:
Bill,
Not having looked at the new CMake.app, if I do rename the .app
bundle, is there a command in the CMake.app where I can re-establish
the symlinks? If not, there probably should be. Both BBEdit and
TextMate have this as a command under the Help menus. They also
On Wed, Apr 2, 2008 at 10:25 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
[...]
I suppose we could. I like the installer as it prompts the user for the
license, and setting up the command line stuff. Also, I have something
working automatically with cpack.
I have installed Firefox recently
Nicolas Desprès wrote:
On Wed, Apr 2, 2008 at 10:25 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
[...]
I suppose we could. I like the installer as it prompts the user for the
license, and setting up the command line stuff. Also, I have something
working automatically with cpack.
I have
Bill Hoffman wrote (of having folders in the /Applications directory):
But, I do see commercial applications like quicken using the same strategy.
Mike Jackson wrote:
I have seen lots of folders get created in /Applications: ...
Apple's guidelines
(
On Apr 2, 2008, at 4:50 PM, Bill Hoffman wrote:
Nicolas Desprès wrote:
On Wed, Apr 2, 2008 at 10:25 PM, Bill Hoffman
[EMAIL PROTECTED] wrote:
[...]
I suppose we could. I like the installer as it prompts the user
for the
license, and setting up the command line stuff. Also, I have
David C Thompson wrote:
If you rename it, then the symlinks for the command line will be no good
anymore, other than that it works just fine with a rename.
Cool! I remember seeing traffic about the various linker issues
involved, but didn't know CMake had made it this far.
So, if you don't
I'd like to reiterate my request for the attached patch. CMake 2.6.0
has become even more picky about the choice of compiler and now
completely delete the cache during a make rebuild_cache stage.
Step to reproduce:
- debian oldstable (where all package are build gcc 3.3, aliased to c++)
- default
On Thu, Mar 27, 2008 at 7:26 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
I am happy to announce that CMake 2.6.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files/v2.6/.
I am sure I am leaving something out, but here is the list of changes
that
On Thu, Mar 27, 2008 at 7:26 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
I am happy to announce that CMake 2.6.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files/v2.6/.
I am sure I am leaving something out, but here is the list of changes
that
On Fri, Mar 28, 2008 at 11:53 AM, Mathieu Malaterre
[EMAIL PROTECTED] wrote:
And one last thing, on Linux x86_64 can I use the Linux-i386 cmake ?
There seems to be an issue with load_command:
Running CMake to regenerate build system...
-- Loading VTK CMake commands
CMake Error at
2008/3/28, Mathieu Malaterre [EMAIL PROTECTED]:
I'll recompile cmake 2.6.0 and check if recompilation fix the issue.
Setting
CMAKE_BACKWARDS_COMPATIBILITY:STRING=2.4
did the trick.
Shouldn't you use CMAKE_POLICY instead
of CMAKE_BACKWARDS_COMPATIBILITY
Mathieu Malaterre wrote:
And one last thing, on Linux x86_64 can I use the Linux-i386 cmake ?
There seems to be an issue with load_command:
Running CMake to regenerate build system...
-- Loading VTK CMake commands
CMake Error at /usr/local/lib/vtk/CMake/vtkLoadCMakeExtensions.cmake:7
Mathieu Malaterre wrote:
What happen to the ccmake executable (ncurses app) ?
I am working on a fix for this. It will be in the next RC.
-Bill
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
I tried the OSX Universal dmg and the install process appears to have
gone badly. I already have cmake 2.4.8 installed so that appears to
have caused at least some issues. The 2.6 installer asked me where I
wanted it to put the command-line links and I used the default
/usr/bin/. The first
David Thulson wrote:
I tried the OSX Universal dmg and the install process appears to have
gone badly. I already have cmake 2.4.8 installed so that appears to
have caused at least some issues. The 2.6 installer asked me where I
wanted it to put the command-line links and I used the default
Actually, creating subfolders in /Applications has lots of
precedence. Larger applications will do this type of action because
there are so many support files. Look at Adobe Photoshop, iWork,
MSOffice and lots of others.
If a developer has more than just an App bundle then they really
Mike Jackson wrote:
The Qt based gui looks pretty darn good. A few things though. (May be
specific to OS X).
The name of the app is cmake-gui.app. Really? How about
CMakeSetup.app or CMake.app (There may be name collisions with the
latter.. )
We decided the name of the gui would be
It does not appear that CMake 2.6.0 puts anything but the
cmake-gui.app bundle in the /Applications subdirectory. I suppose
that having separate dirs is nice for beta releases, but does it
really make sense for the default?
David Thulson
On Fri, Mar 28, 2008 at 9:54 AM, Mike Jackson [EMAIL
No change with the nightly build. Here is what I did:
Macintosh-10:bin davidthulson$ which cmake
/usr/bin/cmake
Macintosh-10:bin davidthulson$ ls -l /usr/bin/cmake
lrwxr-xr-x 1 root wheel 65 Mar 28 11:02 /usr/bin/cmake -
/Applications/CMake 2.7-20080327/cmake-gui.app/Contents/bin/cmake
Eric Noulard wrote:
2008/3/28, Mathieu Malaterre [EMAIL PROTECTED]:
I'll recompile cmake 2.6.0 and check if recompilation fix the issue.
Setting
CMAKE_BACKWARDS_COMPATIBILITY:STRING=2.4
did the trick.
Shouldn't you use CMAKE_POLICY instead
of CMAKE_BACKWARDS_COMPATIBILITY
Mathieu Malaterre wrote:
I'd like to reiterate my request for the attached patch. CMake 2.6.0
has become even more picky about the choice of compiler and now
completely delete the cache during a make rebuild_cache stage.
Step to reproduce:
- debian oldstable (where all package are build gcc
Brad King wrote:
It looks like no one built with --system-libs since that
CHECK_INCLUDE_FILE line was added. Try adding the line
INCLUDE(CheckIncludeFile)
at the top of the file. I've already committed this to CMake CVS.
Please let me know if there are more problems.
That took care of
On Thu, Mar 27, 2008 at 2:26 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
I am happy to announce that CMake 2.6.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files/v2.6/.
When I try to download the self-extracting script
Doug Gregor wrote:
On Thu, Mar 27, 2008 at 2:26 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
I am happy to announce that CMake 2.6.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files/v2.6/.
When I try to download the self-extracting script
That did much better, although it still won't overwrite existing
/usr/bin links. I have to go in and manually delete them. I think
since the user explicitly requests that the links be added to
/usr/bin/, it should either overwrite existing links without warning
or ask the user for confirmation.
Hi!
On Thu, Mar 27, 2008 at 02:26:02PM -0400, Bill Hoffman wrote:
I am happy to announce that CMake 2.6.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files/v2.6/.
I must be doing something terribly wrong here, but files in
36 matches
Mail list logo