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
Hello,
I currently try to replace my cmake-2.4 cross compile workarounds with
proper cmake-2.6 toolchain files.
The first one I tried was my ARM QNX Neutrino 6.3 file:
SET(CMAKE_SYSTEM_NAME QNX)
SET(CMAKE_SYSTEM_VERSION 6.3)
SET(QNX_TARGET $ENV{QNX_TARGET} CACHE PATH "Pat
Sorry about this formatting, but I just got around to making a cmake mailing
list account. I wanted to report that I am unable to get paraview to compile
with xcodebuild version 2.5 with a OSX 10.4 and 2Gb of ram.
The general problem is a massive allocation of memory at start (1.8Gb) than
increasi
I am going to cross post to paraview and Cmake because I am not sure
which one is the better place.
System: OS X 10.4.11, Core Duo (original) 2 GB Ram, Xcode 2.5.
ParaView CVS, CMake 2.6.0 Release.
I had to use CMake 2.6 to generate the project files as CMake 2.4.8
would not generate them
Robert Maynard wrote:
Sorry about this formatting, but I just got around to making a cmake
mailing list account. I wanted to report that I am unable to get
paraview to compile
with xcodebuild version 2.5 with a OSX 10.4 and 2Gb of ram.
The general problem is a massive allocation of memory at s
You can do all sorts of things with CMake. You can generate files
from templates or on the fly. You can then include those files in
another target within CMake. I think the HDF5 build does something
like this. I Know the ParaView builds do something like this.
If you look at the CMake docum
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
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 library B which it depends o
Mike Jackson wrote:
I am going to cross post to paraview and Cmake because I am not sure
which one is the better place.
System: OS X 10.4.11, Core Duo (original) 2 GB Ram, Xcode 2.5. ParaView
CVS, CMake 2.6.0 Release.
I had to use CMake 2.6 to generate the project files as CMake 2.4.8
would
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
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 fea
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 in our
case) is simply beca
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
p://125.xxx.xxx.xxx/CDash/submit.php?project=BDGC
Uploaded: /home//Testing/20080509-1423/Build.xml
Uploaded: /home//Testing/20080509-1423/Configure.xml
Uploaded: /home//Testing/20080509-1423/Coverage.xml
Uploaded: /home//Testing/20080509-1423/CoverageLog
Judicaël Bedouet wrote:
Hello,
I would like to exploit gcov results with CMake and CDash.
Using HTTP submit method
Drop site: http://125.xxx.xxx.xxx/CDash/submit.php?project=BDGC
Uploaded: /home//Testing/20080509-1423/Build.xml
Uploaded: /home//Testing/20080509
Hi,
I'm using cmake (2.4.8) with the MinGW toolkit (on Windows CLI, not
msys) and use the FindwxWidgets.cmake module in order to find my wxMSW
2.8.7 build. If I tell FindwxWidgets.cmake to use the debug
configuration of wxMSW (-DCMAKE_BUILD_TYPE=Debug -
DwxWidgets_CONFIGURATION=mswd) the p
Hi all,
This is pretty weird, and most certainly due to the complex arrangement
of the system I'm compiling things on.
First, I'm building the application using parallels running msys. The
machine it's ultimately running on is a macbook pro, which has wxWidgets
installed on as well.
When I
Hello,
Thanks for advice.
I have finally added two commands.
First depends on library
ADD_CUSTOM_COMMAND (OUTPUT ${generated_file}
COMMAND ${doc_command}
DEPENDS ${target}
)
Second depends on a file which is generated by doc_command.
ADD_CUSTOM_TARGET (doc ALL DEPE
Judicaël Bedouet wrote:
I have just made a little project with CDashTest and it's the same problem.
I have attached the sources files and the files generated under Linux
and Cygwin.
This time, I compiled with gcc 4.1 (g++ (GCC) 4.1.3 20070929
(prerelease) (Ubuntu 4.1.2-16ubuntu2)). I suppose gco
xperimental
Scanning dependencies of target Experimental
Site: silokk
Build name: Linux-c++
Create new tag: 20080509-1653 - Experimental
Start processing tests
Configure project
Each . represents 1024 bytes of output
. Size of output: 0K
Build project
Each symbol represents
Judicaël Bedouet wrote:
I have just tested with an other machine (a Fedora core 6). It's
better but it's a tricky thing : gcc version is 4.1 (g++ (GCC) 4.1.2
20070626 (Red Hat 4.1.2-13)). First machine is an XUbuntu.
The file main.cxx is yet marked as UNTESTED under CDash. So, I tried
with CMake
Bill Hoffman wrote:
Your gcov has be internationalized and is not talking French, CTest does
not speak French. Is there an environment variable that can turn that off?
I meant is talking French. :)
-Bill
___
CMake mailing list
CMake@cmake.org
Hi,
I needed some time to understand your setup :), but four things come
into my mind:
1) Is it possible that you have some old cmake config files left
somewhere from a cmake configuration on the mac, since you build your
program from the source which is on /z which I believe is the mounted
So a few months back I was bored one night and dug through the CMake bug
tracker looking for something interesting. I came across a request from a
user to have CMake generate warnings when undefined variables are
encountered. I thought, gee, what a great idea. I've often been bitten by
variable
I'd like to set up a scheme in which I install a third-party SDK on
demand, before compiling the code that depends on it. In principle,
this is something that a pre_build target would help with, but that's
VS-specific.
Is there some other non-cumbersome approach I could use, short of
somethi
When is "on demand"?
You could do this at CMake configure time if the "on demand" choice is based
on something known at CMake configure time. If not, then it must be based on
build dependencies and could be injected into the stream of stuff that is
built with ADD_CUSTOM_COMMAND rules.
Can you do
David Cole wrote:
When is "on demand"?
You could do this at CMake configure time if the "on demand" choice is
based on something known at CMake configure time.
That might do the trick.
Essentially, I'd like to be able to shove prebuilt object files and
headers for a third party library into
Should the pkg_check_modules() included with CMake 2.6.0 in
FindPkgConfig.cmake return full path declarations for _LIBRARIES
and _STATIC_LIBRARIES instead of just NameA;NameB;NameC ?
This would make an extremely useful feature in my book in trying to port
stuff to CMake 2.6.0. Anyone else agree?
On Friday 09 May 2008, Philip Lowman wrote:
> Should the pkg_check_modules() included with CMake 2.6.0 in
> FindPkgConfig.cmake return full path declarations for _LIBRARIES
> and _STATIC_LIBRARIES instead of just NameA;NameB;NameC ?
>
> This would make an extremely useful feature in my book in tryi
On Friday 09 May 2008, Andreas Pokorny wrote:
> Hello,
> I currently try to replace my cmake-2.4 cross compile workarounds with
> proper cmake-2.6 toolchain files.
> The first one I tried was my ARM QNX Neutrino 6.3 file:
>
>
> SET(CMAKE_SYSTEM_NAME QNX)
> SET(CMAKE_SYSTEM_
Werner Smekal wrote:
Hi,
I needed some time to understand your setup :), but four things come
into my mind:
Yeah, as I was writing this message, it started looking like maybe that
alone was making things worse, lol.
1) Is it possible that you have some old cmake config files left
somewhere
in tcsh:
setenv LC_ALL POSIX
or if you need utf-8
setenv LC_ALL en_US.UTF-8
In bash:
export LC_ALL=en_US.UTF-8
Regards,
Juan
On Fri, May 9, 2008 at 12:40 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Judicaël Bedouet wrote:
>>
>> I have just tested with an other machine (a Fedora core 6). I
On 2008-05-09 16:56-0500 John Doe wrote:
in tcsh:
setenv LC_ALL POSIX
or if you need utf-8
setenv LC_ALL en_US.UTF-8
In bash:
export LC_ALL=en_US.UTF-8
That should be a good workaround, but ideally cmake should avoid locale
issues like this one if at all possible since internationalization
Since this is the fault of cmake, you should perhaps have it set the
proper locale when the program first begins. I have never done this,
but a google search reveals stuff like:
std::setlocale(LC_ALL, "En_US");
std::fscanf(priceFile,"%lf",&price);
// convert $ to DM according to the current
On Fri, May 9, 2008 at 4:12 PM, Alexander Neundorf <[EMAIL PROTECTED]>
wrote:
> On Friday 09 May 2008, Philip Lowman wrote:
> > Should the pkg_check_modules() included with CMake 2.6.0 in
> > FindPkgConfig.cmake return full path declarations for _LIBRARIES
> > and _STATIC_LIBRARIES instead of just
John Doe wrote:
Since this is the fault of cmake, you should perhaps have it set the
proper locale when the program first begins. I have never done this,
but a google search reveals stuff like:
std::setlocale(LC_ALL, "En_US");
std::fscanf(priceFile,"%lf",&price);
// convert $ to DM accord
I don't know how your program works or how it is exec'ing other
software. However, it should ensure that the proper environment is
set before these other programs are executed.
Using "setlocale" may result in whatever system functions and whatever
"regex" functions you are using to at least read
37 matches
Mail list logo
