On 20.08.08 04:54:09, Tarun Ramakrishna wrote:
Hi,
I am running Ubuntu which already comes with boost 1.34. I downloaded and
installed (make install'ed into /usr/local/boost) Boost 1.34.
I guess you mean 1.36 in the second line here?
My CMakeLists.txt looks like this:
#begin snippet
Hi,
I'm porting a CMake C++ project to windows XP Visual Studio Express
2005 with CMake 2.6 and I get a problem when testing the build.
My executables depend on a DLL from the current CMake Project.
Executables are in folder A/debug or A/release and the DLL is in
folder B/debug or B/release.
Renato N. Elias wrote:
Hi folks,
I'm trying to use CMake 2.6 to build a Fortran static library in Visual
Studio 2005 (Fortran Intel Compiler 9.1). All files are in the same
directory.
My CMakeLists.txt file is:
#
So I submitted a patch to add a new unset() command to CMake. The command
will unset normal or cache variables (causing them to become undefined).
The command also supports unsetting environment variables, in case anyone
has to do that.
The primary use case that drove me to implement this was
Philip Lowman wrote:
So I submitted a patch to add a new unset() command to CMake. The
command will unset normal or cache variables (causing them to become
undefined). The command also supports unsetting environment variables,
in case anyone has to do that.
The primary use case that drove
Philip Lowman wrote:
So I submitted a patch to add a new unset() command to CMake. The
command will unset normal or cache variables (causing them to become
undefined). The command also supports unsetting environment variables,
in case anyone has to do that.
The primary use case that drove
Bill Hoffman wrote:
CMake 2.6 successfully creates the Visual Studio project but, when I
hit the build button, I get the following error message:
1-- Build started: Project: edgepack, Configuration: Debug Win32
--
1Compiling with Intel Fortran 9.1 C:\Arquivos de
On 2008-08-20 10:54-0400 Brad King wrote:
Philip Lowman wrote:
So I submitted a patch to add a new unset() command to CMake. The
command will unset normal or cache variables (causing them to become
undefined). The command also supports unsetting environment variables,
in case anyone has to
Just a slow day while we wrap some things up and I was looking
through the Intel IPP documentation and there are a whole slew of
optimized string functions that come with the Intel C++ compiler. I
was wondering a few things about using these within cmake (since
cmake seems to be parsing
Bill Hoffman wrote:
Looking at the buildlog.html that you sent me, I see this:
-- Build started: Project: edgepack, Configuration: Debug|Win32
-- Compiling with Intel Fortran 9.1 C:\Arquivos de
programas\Intel\Compiler\Fortran\9.1\IA32\... ifort /nologo /Zi /fpp
/define:ASLIB
It looks like it must be a bug of some sort if it works with one name, but
it does not work with another name...
However, you do have overlapping regular expressions. All of your files that
match the 2nd regular expression also match the 1st regular expression.
A better 1st regular expression
Alan W. Irwin wrote:
if(FOO)
still gives different results depending on whether there has ever been a
set command executed for the variable.
Really? Can you provide example code demonstrating this?
-Brad
___
CMake mailing list
CMake@cmake.org
It would probably be a pain, but you could always use the mt tool to merge
manifest info into the built installer after it comes out of CPack.
We do post-build processing on CMakeSetup.exe to add a manifest snippet that
allows executing a program with the string setup in its name as a
Was there ever a bug filed on this? If so, what's the issue number in the
bug tracker?
Thx,
David Cole
On Mon, Jul 28, 2008 at 7:15 AM, Doug Gregor [EMAIL PROTECTED] wrote:
On Fri, Jul 25, 2008 at 7:56 PM, Gregory Peele ARA/CFD [EMAIL PROTECTED]
wrote:
I'm really pleased with the
Hello David,
I will try to get this working and tested within the next couple days.
Thanks a ton, I really appreciate it!
Mark
On Wed, Aug 20, 2008 at 11:13 AM, David Cole [EMAIL PROTECTED] wrote:
It would probably be a pain, but you could always use the mt tool to
merge manifest info into
Yes, I filed this as bug #7470
(http://public.kitware.com/Bug/view.php?id=7470). Thanks for following
up!
Greg Peele
From: David Cole [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2008 2:16 PM
To: Doug Gregor
Cc: Gregory Peele ARA/CFD; cmake@cmake.org
Subject: Re: [CMake] CMake
On Wednesday 20 August 2008, Alexandre Gramfort wrote:
Hi,
I'm porting a CMake C++ project to windows XP Visual Studio Express
2005 with CMake 2.6 and I get a problem when testing the build.
My executables depend on a DLL from the current CMake Project.
Executables are in folder A/debug or
On Wednesday 20 August 2008, Mike Jackson wrote:
Just a slow day while we wrap some things up and I was looking
through the Intel IPP documentation and there are a whole slew of
optimized string functions that come with the Intel C++ compiler. I
was wondering a few things about using these
On 2008-08-20 14:07-0400 Brad King wrote:
Alan W. Irwin wrote:
if(FOO)
still gives different results depending on whether there has ever been a
set command executed for the variable.
Really? Can you provide example code demonstrating this?
OOPS. Sorry for that noise.
However, I would
Alan W. Irwin wrote:
However, I would like to point out there is still a documentation concern
here.
Yes, I will look at updating the documentation of the set() and if()
commands to address this.
-Brad
___
CMake mailing list
CMake@cmake.org
--
Mike Jackson Senior Research Engineer
Innovative Management Technology Services
On Aug 20, 2008, at 5:17 PM, Alexander Neundorf wrote:
On Wednesday 20 August 2008, Mike Jackson wrote:
Just a slow day while we wrap some things up and I was looking
through the Intel IPP documentation
On Wed, Aug 20, 2008 at 10:54 AM, Brad King [EMAIL PROTECTED] wrote:
The set command already supports unsetting:
set(FOO xyz)
set(FOO) # unsets
if(DEFINED FOO)
message(This message does not appear.)
endif(DEFINED FOO)
I think it should just be fixed for CACHE and ENV variables.
I knew
On Wed, Aug 20, 2008 at 10:46 AM, Mike Jackson [EMAIL PROTECTED] wrote:
Is that more what you were after?
The source for these examples can be found at:
http://titanium.imts.us/viewvc/Task_7/MXADataModel/Resources/
Look for MXAFindExpat.cmake and MXAAdjustLibVars.cmake
Does that help
Hi Bill,
I've followed your hint and tried to create a lib with 4 routines
(https://mail.nacad.ufrj.br/~rnelias/transfer/cmake/SimpleLib.zip) and
the problem persists. The VS project created by CMake doesn't work at
all while my hand-made project works just fine. Is there any
configuration
Ralf Habacker schrieb:
Hi,
while working on a C++ project migrating from old Turbo C++ ide's I
encountered a problem with uppercase extensions.
Update/additional informations:
I tried to use
SET(CMAKE_CXX_SOURCE_FILE_EXTENSIONS C;M;c++;cc;cpp;cxx;m;mm;CPP)
and to patch cmake source to add
25 matches
Mail list logo