Hi Alex
2008/8/7 Alexander Neundorf <[EMAIL PROTECTED]>:
> On Wednesday 06 August 2008, ning wrote:
>> Hi, Alex
>>
> ...
>> I removed force compiler inclusion from CMAKE_TOOLCHAIN_FILE and
>> "if (CMAKE_CROSSCOMPILING)" clause from CMakeLists.txt to try
>> set(CMAKE_C_COMPILER
>> "arm-wrs-
On Wednesday 06 August 2008, ning wrote:
> Hi, Alex
>
...
> I removed force compiler inclusion from CMAKE_TOOLCHAIN_FILE and
> "if (CMAKE_CROSSCOMPILING)" clause from CMakeLists.txt to try
> set(CMAKE_C_COMPILER
> "arm-wrs-linux-gnueabi-gcc"
> "--sysroot=${SYSROOT_PATH} -mfloat-abi=
Hi, Alex
2008/8/6 Alexander Neundorf <[EMAIL PROTECTED]>:
> On Tuesday 05 August 2008, ning wrote:
>> Hi, all
>>
>> Just for other cmake newbies, like me, who run into cross-compiler that
>> is not able to build a simple program by default without special flags.
>> When I go on reading the wiki
>>
On Tuesday 05 August 2008, ning wrote:
> Hi, all
>
> Just for other cmake newbies, like me, who run into cross-compiler that
> is not able to build a simple program by default without special flags.
> When I go on reading the wiki
> http://www.cmake.org/Wiki/CMake_Cross_Compiling
> I found that I s
eLists.txt. Although I did not find a statement about this in
2.6.0 documents.
Best regards.
ning
> Message: 5
> Date: Fri, 1 Aug 2008 13:36:09 +0900
> From: ning <[EMAIL PROTECTED]>
> Subject: [CMake] CMake 2.6.0 cross-compile: 1st time failed, 2nd time
>passed
>
Hi List,
I am here trying to cross-compile a tiny demo project
with cmake 2.6.0.
When I ran cmake for the first time, link failed because
CMAKE_C_FLAGS was not used to compile cmTryCompileExec.
Then I modified nothing, but only ran cmake again.
CMAKE_C_FLAGS was used properly and link passed.
Th
/ It's an embedded system with it's own proprietary OS.
/
"own proprietary OS" == you/your company wrote it or an RTOS one can buy ?
Adding support for some commercial RTOS like e.g. VxWorks to cmake would be
ok.
Yes, it is our own RTOS, not publicly available.
/ > Why do you need CMAKE_FOR
On Tuesday 10 June 2008, Wojciech Migda wrote:
> Alexander Neundorf pisze:
> > On Sunday 08 June 2008, Wojciech Migda wrote:
> >> As it appeared the "." entry was present due to me using user-defined
> >> assembler compiler for the build. Commenting out the relevant
> >> ENABLE_LANGUAGE command in
Alexander Neundorf pisze:
On Sunday 08 June 2008, Wojciech Migda wrote:
As it appeared the "." entry was present due to me using user-defined
assembler compiler for the build. Commenting out the relevant
ENABLE_LANGUAGE command in CMakeLists.txt led to proper behaviour. But
why ? I looked at
On Fri, Jun 6, 2008 at 6:14 PM, Olivier Tournaire wrote:
> Hi all,
>
> I am currently tring to import a cmake generated project in eclipse. This
> project is a lib, and eclipse does not seem to be able to load it.
> Everything works fine when importing an executable project
> (File>Import>General>E
On Sunday 08 June 2008, Wojciech Migda wrote:
> Hi,
>
> I did have a problem with cmake regenerating the whole build tree
> everytime I executed make. As it turned out the rebuild was done due to
> the dependency check made in
> cmGlobalUnixMakefileGenerator3::WriteMainCMakefile. It came out that t
>> I've prepared a patch against the 2.6.0 version. Unfortunately I could
>> not find the patch format instructions for cmake, so I took those for
>> linux kernel (diff -up).
>>
>Thanks for the patch.
>The asm support is still very new, so thanks for pointing out issues.
>Can you create a small te
On Sunday 08 June 2008, Wojciech Migda wrote:
> Hi,
>
...
> I've prepared a patch against the 2.6.0 version. Unfortunately I could
> not find the patch format instructions for cmake, so I took those for
> linux kernel (diff -up).
>
> --- cmake-2.6.0/Source/cmGlobalGenerator.cxx.orig2008-05-05
>
Hi,
I did have a problem with cmake regenerating the whole build tree
everytime I executed make. As it turned out the rebuild was done due to
the dependency check made in
cmGlobalUnixMakefileGenerator3::WriteMainCMakefile. It came out that the
CMAKE_MAKEFILE_DEPENDS list in Makefile.cmake con
There is an option in the "Build" settings of your Eclipse Project in
the "Behavior" tab where you can tell eclipse to compile on N number
of threads. You can also directly set the "-j [n]" option by using a
custom build command.
As far as Debug and Release in the same project, Not sure. Probably
Hi all,
I am currently tring to import a cmake generated project in eclipse. This
project is a lib, and eclipse does not seem to be able to load it.
Everything works fine when importing an executable project
(File>Import>General>Existing project>End). When importing my lib project,
The "end" butto
Dmitry Marakasov wrote:
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
sdl-config --libs:
-L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread
sdl-config --cflags:
-I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT
So I thought it would be safer to use sdl-config and
Andreas Pakulat wrote:
Actually as a CMake user I would expect exactly that. GLOB_RECURSE not
looking in certain directories because of their name is completely
broken behaviour, what if I have sources in there that I want to
compile?
Feel free to create a bug report/patch.
-Bill
___
Dmitry Marakasov wrote:
* Bill Hoffman ([EMAIL PROTECTED]) wrote:
That said glob recurse is a bad way to get the list of source files for
many other reasons.
What are those, btw?
If someone adds a new source file or removes one from where glob is
finding them, you have to know to re-run
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> > I guess I will. GLOB_RECURSE may not be the best way to specify
> > project sources, but it matching anything under CMakeFiles/ is certainly
> > not what user would expect.
> Actually as a CMake user I would expect exactly that. GLOB_RECURSE not
> l
On 19.05.08 17:40:13, Dmitry Marakasov wrote:
> * Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> > You can do this stuff much more easily with a plain Makefile.
> Not quite. CMake lets me write those 16 lines of CMakeLists once,
> and `cmake . && make' will work on most *nix systems not requiring
> a
* Bill Hoffman ([EMAIL PROTECTED]) wrote:
>> And don't forget to open a bugreport for unix 'find' too. It
>> also finds its own sources when doing a 'find /path/to/find/sources
>> -name "*.c" ' ...
There's a tiny difference: find doesn't create stuf in where it
searches.
> That said glob recurse
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> > sdl-config --libs:
> > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread
> > sdl-config --cflags:
> > -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT
> >
> > So I thought it would be safer to use sdl-config and le
Christian Ehrlicher wrote:
Von: Andreas Pakulat
On 19.05.08 02:06:51, Dmitry Marakasov wrote:
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
CMakeFiles/Memonix.dir/CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.o
gets into project object files (seems like it's because
CMakeFiles/CompilerIdCXX/CMa
> Von: Andreas Pakulat
> On 19.05.08 02:06:51, Dmitry Marakasov wrote:
> > * Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> >
> > > > CMakeFiles/Memonix.dir/CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.o
> > > > gets into project object files (seems like it's because
> > > > CMakeFiles/CompilerIdCXX
On 19.05.08 02:06:51, Dmitry Marakasov wrote:
> * Andreas Pakulat ([EMAIL PROTECTED]) wrote:
>
> > > # depends
> > > set(SDL_CONFIG "sdl-config" CACHE STRING "Path to sdl-config script")
> > Thats broken by design, what if sdl-config is not in my PATH?
>
> > > FIND_PACKAGE(SDL REQUIRED)
> > > FIN
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> > # depends
> > set(SDL_CONFIG "sdl-config" CACHE STRING "Path to sdl-config script")
> Thats broken by design, what if sdl-config is not in my PATH?
> > FIND_PACKAGE(SDL REQUIRED)
> > FIND_PACKAGE(SDL_image REQUIRED)
> > FIND_PACKAGE(SDL_mixer REQUI
On 17.05.08 18:06:11, Dmitry Marakasov wrote:
> --- CMakeLists.txt begins here ---
> # project name
> PROJECT(Memonix)
>
> # depends
> set(SDL_CONFIG "sdl-config" CACHE STRING "Path to sdl-config script")
Thats broken by design, what if sdl-config is not in my PATH?
> FIND_PACKAGE(SDL REQUIRED)
Hi!
I've got some breakages after switch to CMake 2.6.0, and I'm not
sure how to fix those in a correct way. The app in question is
memonix:
http://www.viewizard.com/download/MemonixSourceCode_1.6_070713.zip
(I'm not related to authors of this software, but CMakeLists.txt
there is by me).
Here'
ings I doubt
it.
-Markus
-Original Message-
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: den 9 maj 2008 15:19
To: Markus Israelsson
Cc: cmake@cmake.org
Subject: Re: [CMake] Cmake 2.6.0 release and _Util project on Visual
studio 2003
Markus Israelsson wrote:
> Ok,
>
> The
Markus Israelsson wrote:
Ok,
Then I understand the CMake concept and how it differs from the concept
in visual studio. We use the TARGET_LINK_LIBRARIES for non-win32
platforms (good to know that it is for all makefiles) to add it for
linking. The reason for not having it on win32 (visual studio
-
From: Brad King [mailto:[EMAIL PROTECTED]
Sent: den 9 maj 2008 15:05
To: Markus Israelsson
Cc: Bill Hoffman; cmake@cmake.org
Subject: Re: [CMake] Cmake 2.6.0 release and _Util project on Visual
studio 2003
Markus Israelsson wrote:
> Of course I forgot to add.
>
> None of the libraries a
or linking:
TARGET_LINK_LIBRARIES( FirstProject SecondProject )
-Brad
> -Original Message-
> From: Bill Hoffman [mailto:[EMAIL PROTECTED]
> Sent: den 9 maj 2008 14:39
> To: Markus Israelsson
> Cc: cmake@cmake.org
> Subject: Re: [CMake] Cmake 2.6.0 release and _Util projec
Markus Israelsson wrote:
Of course I forgot to add.
None of the libraries are static. They are all SHARED. That is why it
confuses me. I have always used visual studio dependencies to build them
in a certain order. Also the dependency in visual studio means that
library A that uses features of l
with ADD_DEPENDENCIES.
-Original Message-
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: den 9 maj 2008 14:39
To: Markus Israelsson
Cc: cmake@cmake.org
Subject: Re: [CMake] Cmake 2.6.0 release and _Util project on Visual
studio 2003
Markus Israelsson wrote:
> Hello,
>
> I am
Markus Israelsson wrote:
Hello,
I am wondering if anyone can shed some light on where the
_Util projects come from and why they are constructed for
visual studio 2003 when using the ADD_DEPENDENCIES property of CMake.
They do not show up when generating project for other versions of visual
Hello,
I am wondering if anyone can shed some light on where the
_Util projects come from and why they are constructed for
visual studio 2003 when using the ADD_DEPENDENCIES property of CMake.
They do not show up when generating project for other versions of visual
studio and do not show up when
On 2008-05-06 16:14-0400 Bill Hoffman wrote:
On behalf of myself, Ken, Brad, Dave, Alex and the rest of the CMake team, we
are pleased to announce that CMake 2.6.0 is available for download at:
http://www.cmake.org/HTML/Download.html
My tests on the Debian testing platform show no problems so
On behalf of myself, Ken, Brad, Dave, Alex and the rest of the CMake
team, we are pleased to announce that CMake 2.6.0 is available for
download at: http://www.cmake.org/HTML/Download.html
If you have any problems or find any bugs, please report them at
www.cmake.org/Bug.
A list of changes fo
Stefan wrote:
Hi Bill,
it works, thanks!
To the Memory Problem. I tried this:
MEMORYSTATUSEX ms;
ms.dwLength = sizeof (ms); //<- If you don't do this, the values
will be wrong!
GlobalMemoryStatusEx(&ms); // Use this instead of
GlobalMemoryStatus()
unsigned __in
---
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 5:28 PM
To: Stefan
Cc: cmake@cmake.org
Subject: Re: [CMake] CMake 2.6.0 RC 10 ready for testing
Stefan wrote:
> Perhaps there is a small bug.
>
> If I build Test with and within Visual Studio 2008 there will be eve
Stefan wrote:
Perhaps there is a small bug.
If I build Test with and within Visual Studio 2008 there will be every time
the wrong build name "Win32-vs8". It have to be "Win32-vs9".
OK, I see it, that is a bug in Modules/CTest.cmake.
I have checked in a fix:
$ cvs -q diff CTest.cmake
Index: C
Perhaps there is a small bug.
If I build Test with and within Visual Studio 2008 there will be every time
the wrong build name "Win32-vs8". It have to be "Win32-vs9".
The TotalVirtualMemory and TotalPhysicalMemory is also wrong. I have 3GB
Physical Memory, but perhaps that could be a problem with
Hendrik Sattler wrote:
Bill Hoffman schrieb:
I am happy to announce that CMake 2.6.0 RC10 is ready for testing.
You can find the source and binaries here:
http://www.cmake.org/files/v2.6/
Please give it a try soon. I really mean it this time... I am going
to release 2.6.0 soon. :)
This is
Bill Hoffman schrieb:
I am happy to announce that CMake 2.6.0 RC10 is ready for testing.
You can find the source and binaries here:
http://www.cmake.org/files/v2.6/
Please give it a try soon. I really mean it this time... I am going
to release 2.6.0 soon. :)
This is not a regression rc9->r
Sean McBride wrote:
On 5/1/08 6:06 PM, Bill Hoffman said:
I am hoping to have the real 2.6.0 out tomorrow if there are no
major regressions found in RC 10.
Is 24 hours really long enough to know if there are major regressions?
Perhaps not, but there have not been that many changes from RC9,
On 5/1/08 6:06 PM, Bill Hoffman said:
>I am hoping to have the real 2.6.0 out tomorrow if there are no
>major regressions found in RC 10.
Is 24 hours really long enough to know if there are major regressions?
--
Sean McBride, B. Eng
George Neill wrote:
Hi Bill,
On Thu, May 1, 2008 at 2:48 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
I am happy to announce that CMake 2.6.0 RC10 is ready for testing.
You can find the source and binaries here: http://www.cmake.org/files/v2.6/
Would you be opposed to putting a link to the la
Hi Bill,
On Thu, May 1, 2008 at 2:48 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> I am happy to announce that CMake 2.6.0 RC10 is ready for testing.
> You can find the source and binaries here: http://www.cmake.org/files/v2.6/
Would you be opposed to putting a link to the latest RC on
http://ww
Bill Hoffman wrote:
If someone can fix VTK, I can update all our dashboard machines from rc9
to rc10.
This is not something that changed from RC9 to RC10. It must have been
around since RC1...
That said, Brad is adding the correct policy and minimum required
commands to the examples in V
Sean McBride wrote:
On 5/1/08 4:59 PM, Bill Hoffman said:
Policy CMP0003 should be set before this line. Add code such as
if(COMMAND cmake_policy)
cmake_policy(SET CMP0003 NEW)
endif(COMMAND cmake_policy)
OK, this just means that the VTK CMakeFiles have to be updated for
On 5/1/08 4:59 PM, Bill Hoffman said:
>> Policy CMP0003 should be set before this line. Add code such as
>>
>> if(COMMAND cmake_policy)
>> cmake_policy(SET CMP0003 NEW)
>> endif(COMMAND cmake_policy)
>>
>>
>
>OK, this just means that the VTK CMakeFiles have to be updated fo
Yves Starreveld wrote:
A slightly different result:
[ 99%] Generating ../VTKExamples
Internal cmake changing into directory:
/Users/ystarrev/Development/vtkbin/Examples/All
CMake output ==
CMake Warning (dev) at GUI/Qt/ImageViewer/CMakeLists.txt:28
(ADD_EXECUTABLE):
Policy
A slightly different result:
[ 99%] Generating ../VTKExamples
Internal cmake changing into directory: /Users/ystarrev/Development/
vtkbin/Examples/All
CMake output ==
CMake Warning (dev) at GUI/Qt/ImageViewer/CMakeLists.txt:28
(ADD_EXECUTABLE):
Policy CMP0003 should be set
Do you still have the problem if you delete your build_dir/Examples
directory, re-run cmake, and rebuild? Perhaps you have some leftovers from a
previous VTK configuration still stuck in your examples?
Clint
On Thursday 01 May 2008 2:02:31 pm Yves Starreveld wrote:
> When building cvs VTK wi
When building cvs VTK with qt4 on OSX.5.2:
[ 99%] Generating ../VTKExamples
Internal cmake changing into directory: /Users/ystarrev/Development/
vtkbin/Examples/All
CMake output ==
Multiple versions of QT found please set DESIRED_QT_VERSION
Multiple versions of QT found please
I am happy to announce that CMake 2.6.0 RC10 is ready for testing.
You can find the source and binaries here: http://www.cmake.org/files/v2.6/
Please give it a try soon. I really mean it this time... I am going to
release 2.6.0 soon. :)
Yesterday Brad and I fixed several issues. One big cha
I am happy to announce that CMake 2.6.0 RC9 is ready for testing.
You can find the source and binaries here: http://www.cmake.org/files/v2.6/
Please give it a try soon. If I do not hear any serious regression
issues, then I plan to make the actual cmake 2.6.0 tomorrow.
Here is the list of ch
Hi there,
when using the compile flag "/EHa" instead of "/EHsc" to enable structured
exception handling along with C++ exception handling, the Visual Studio .NET
generator in 2.6.0 RC8 writes these XML tags to the project file:
However, the ExceptionHandling="TRUE" attribute corresponds to the
On 2008-04-10 14:39-0400 Bill Hoffman wrote:
I am happy to announce that CMake 2.6.0 RC8 is ready for testing.
Works for me on my Debian testing platform (g++ (GCC) 4.2.3 (Debian 4.2.3-2))
My tests consisted of a bootstrap, build, and install of cmake starting from
cmake-2.6.0-RC-8.tar.gz, an
I am happy to announce that CMake 2.6.0 RC8 is ready for testing.
You can find the source and binaries here: http://www.cmake.org/files/v2.6/
Here is the list of changes for the 2.6.0 branch so far:
Changes in CMake 2.6.0 RC 8
- Fix sun make very poor performance
- Fix includes for automoc in F
David Thulson wrote:
Hello,
I installed RC6 from the OSX dmg. While the .app file itself seems
fine, it still did not overwrite the links to a previous version in
/usr/bin/ even though I explicitly confirmed that the installer should
put links in /usr/bin/. I have mentioned this a few times a
Hello,
I installed RC6 from the OSX dmg. While the .app file itself seems
fine, it still did not overwrite the links to a previous version in
/usr/bin/ even though I explicitly confirmed that the installer should
put links in /usr/bin/. I have mentioned this a few times already in
response to p
On Monday 07 April 2008, Hendrik Sattler wrote:
> Am Mittwoch 02 April 2008 schrieb Bill Hoffman:
> > I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
> > You can find the source and binaries here:
> > http://www.cmake.org/files/v2.6/.
> >
> > Here is the list of changes for the 2.
Am Mittwoch 02 April 2008 schrieb Bill Hoffman:
> I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
> You can find the source and binaries here:
> http://www.cmake.org/files/v2.6/.
>
> Here is the list of changes for the 2.6.0 branch so far:
> - Cross compile support
> - New Qt GUI
Zitat von Bill Hoffman <[EMAIL PROTECTED]>:
Hendrik Sattler wrote:
Zitat von Bill Hoffman <[EMAIL PROTECTED]>:
I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
You can find the source and binaries here:
http://www.cmake.org/files/v2.6/.
I tried it with a cross-compilatio
Hendrik Sattler wrote:
Zitat von Bill Hoffman <[EMAIL PROTECTED]>:
I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
You can find the source and binaries here:
http://www.cmake.org/files/v2.6/.
I tried it with a cross-compilation setup. Works really great except
that an _exe
Zitat von Bill Hoffman <[EMAIL PROTECTED]>:
I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
You can find the source and binaries here: http://www.cmake.org/files/v2.6/.
I tried it with a cross-compilation setup. Works really great except
that an _executable_ that links agai
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
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 PROTE
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
som
> Von: "Mathieu Malaterre"
> On Wed, Apr 2, 2008 at 8:13 PM, Bill Hoffman
> wrote:
> > I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
> > You can find the source and binaries here:
> > http://www.cmake.org/files/v2.6/.
> >
> > Here is the list of changes for the 2.6.0 branch so
On Wed, Apr 2, 2008 at 8:13 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
> You can find the source and binaries here:
> http://www.cmake.org/files/v2.6/.
>
> Here is the list of changes for the 2.6.0 branch so far:
>
> Changes in
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
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
som
> 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
(
http://developer.apple.com/documentatio
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 inst
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 recent
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
all
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 wan
On Wednesday 02 April 2008, Filipe Sousa wrote:
> You can close this
> http://public.kitware.com/Bug/view.php?id=6566
Done
Alex
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
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 number
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.
You can close this
http://public.kitware.com/Bug/view.php?id=6566
Bill Hoffman wrote:
I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
You can find the source and binaries here:
http://www.cmake.org/files/v2.6/.
signature.asc
Description: OpenPGP digital signature
I am happy to announce that CMake 2.6.0 RC6 is ready for testing.
You can find the source and binaries here: http://www.cmake.org/files/v2.6/.
Here is the list of changes for the 2.6.0 branch so far:
Changes in CMake 2.6.0 RC 6
- Added ChangeLog.manual
- Allow CMakeImportBuildSettings force com
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.
> >
> >
>
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.
> >
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:
/Applications/CMake
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
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.
David Thulson wrote:
No change with the nightly build. Here is what I did:
OK, this time I tested it... :)
This one should work:
http://www.cmake.org/files/vCVS/cmake-2.7.20080328-Darwin-universal.dmg
-Bill
___
CMake mailing list
CMake@cmake.org
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
(cmake
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
(cmake-2.6.0-RC-5-Linux-i
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 t
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 3.3,
Orion Poplawski wrote:
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 can't build my cmake rpm on Fedora 8. I get:
sh -x ./bootstrap --prefix=/usr --datadir=/share/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
http:
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 can't build my cmake rpm on Fedora 8. I get:
sh -x ./bootstrap --prefix=/usr --datadir=/share/cmake
--docdir=/share/doc/cma
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
Macint
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 PRO
1 - 100 of 122 matches
Mail list logo