On Wednesday 17 September 2008, [EMAIL PROTECTED] wrote:
> Hi,
>
> I´d like to integrate PC-Lint (www.gimpel.com, a source code checker for
> C/C++) to my cmake build system
> (Cross-Compile for an embedded Power PC with WindRiver Compiler, which is
> running on Windows).
> My first idea was to add
On Wednesday 17 September 2008, Micha Renner wrote:
> Hallo,
>
> I have two CMAKE-Module files (FindMAX.cmake & intlConfig.cmake) Both
> are located in a separate directory (please, see the script below)
So it's /usr/local/share/CMake/intlConfig.cmake ?
Please check the man page carefully for wher
On Wednesday 17 September 2008, Mike Jackson wrote:
> http://www.bluequartz.net/QTTest.tar.gz
>
> It was just over the size limit. I guess I could have removed the icon
> file..
It would be nice if one of you could add something about this to the wiki,
since it seems to be missing :-)
Thanks
Ale
On Tuesday 16 September 2008, Sean Farrow wrote:
> Hi:
> I am running window32 xp to be specific, I'm not or don't want to run a
> sigwin distribution. What is the best way o generating patches. Is it
> better to generate against the cmake release or a subversion trunk, if
> svn how do I access thi
On Friday 12 September 2008, Aleix wrote:
> Hi list,
> I've seen on many scripts constructions like this.
>
> IF("${VAR}" MATCHES "^${VAR}$")
>
> I don't really get what it means. (in my logic would be something that
> starts and ends the same as himself)
That's from relatively old cmake times and
On Thursday 11 September 2008, Mike Arthur wrote:
> I'm having some frustrations with trying to customise CTest's support in
> CMake.
>
> Our testing system does not involve using CDash/Dart but our own continuous
> integration system so as a result I want "make test" to run our tests and
> generat
On Thursday 11 September 2008, Leo Breebaart wrote:
> I am having a heck of a time correctly detecting Zlib (and other
> libraries) properly on Windows.
>
> Being a newcomer to both CMake and the wonderful world of Windows
> .dll and .lib files I fully expect that I am getting things wrong
> left a
On Wednesday 17 September 2008, Andreas Pokorny wrote:
...
> What happened to the two windows SDK patches, that made the visual
> studio generator create files with selectable
> SDKs? Are there in the queue of patches to apply to cmake, or still
> not ready yet?
Could you please point me again to
On Wednesday 17 September 2008, Andreas Pokorny wrote:
> Hello,
>
> Small correction, the magic switch ist /HEADERS, and I came up with
> EXECUTE_PROCESS(COMMAND ${CMAKE_C_COMPILER} /c /nologo test.c )
> EXECUTE_PROCESS(COMMAND dumpbin /HEADERS test.obj OUTPUT_VARIABLE
> TEST_HEADERINFO )
>
> STRIN
On Tue, Sep 30, 2008 at 3:45 PM, Jonas Bähr <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm using a macro [1] iterating over a list of source files and setting a
> COMPILE_FLAGS property. The problem is that there are some files in the list
> which are generated (Qt moc files, produces by QT_WRAP_CPP) wh
Thannks, I just noticed this from poking around the documentation.
This helps when including cmake scripts, but if I want to do a
configure_file(somefile...), I'll need the path to my scripts.
James
On Tue, Sep 30, 2008 at 9:46 AM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> James Bigler wrote:
>>
James Bigler wrote:
Sure, but how can I do this from within FindMyPackage.cmake?
Leave off the .cmake.
include(extrastuff)
should work if CMAKE_MODULE_PATH is set correctly.
-Bill
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailma
On 2008-09-30 13:28- Leo Breebaart wrote:
I have some third party non-CMake-configured source packages I
want to include in my CMake project and apply a CMake 'wrapper'
to.
So, for example, in case of software package 'foo', I would like
to unpack the original foo-src/foo.tar.gz archive int
Sure, but how can I do this from within FindMyPackage.cmake?
Doing find_file(FindMyPackage.cmake PATHS ${CMAKE_MODULE_PATH}) seems
less robust than having a true mechanism to discover the path of a
file no matter where it was included from.
James
On Tue, Sep 30, 2008 at 7:24 AM, Michael Jackson
Ah. Thank you -- I misread what you wrote before. Building now in c:\temp\,
thus proving your point.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phil Smith
Sent: Tuesday, September 30, 2008 10:07 AM
To: Bill Hoffman
Cc: CMake
Subject: Re: [CMake] Out-
Phil Smith wrote:
I am using cygwin make. I'm not bent on using c:\whatever, but cygdrive
didn't work at the cmake level. What am I missing?
If you use the native windows build cmake, it WILL use c: stuff. If you
want to use cygdrive, you have to use a native cygwin cmake. Best
thing to do
I am using cygwin make. I'm not bent on using c:\whatever, but cygdrive didn't
work at the cmake level. What am I missing?
-Original Message-
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 30, 2008 9:57 AM
To: Phil Smith
Cc: CMake
Subject: Re: [CMake] Out-of-source
Phil Smith wrote:
It seems that an out-of-source build must be part of the same
directory structure (this is Windows).
To whit:
- Source is under c:\svn\Toolkit\IBMport\vtk-core - If I'm in
c:\svn\Toolkit\IBMport\, I can cmake just fine - If I'm in c:\temp\,
cmake with fully qualified toolcha
if you know where "FindMyPackage.cmake" is actually located then you
can use the "GET_FILENAME_COMPONENT(...)" command to get its path then
build out the rest of the path.
Mike
On Sep 30, 2008, at 8:45 AM, James Bigler wrote:
That's what I tried first, however CMAKE_CURRENT_SOURCE_DIR poi
The issue is that the build system for boost does NOT set an
"install_name", a path embedded in the library that executables can
use to find the library after linking. You have a few choices at this
point.
1) Hack boost's build system to add in the correct "install_name"
2) Manually use "in
I am trying to use boost to generate an xcode project file. I have
boost properly installed in that I can use it manually, generate
Makefiles, and the relevant FindBoost variables are appropriately set,
both of which run fine. The problem is that I get the error and
SIGTRAP:
dyld: Libra
I have some third party non-CMake-configured source packages I
want to include in my CMake project and apply a CMake 'wrapper'
to.
So, for example, in case of software package 'foo', I would like
to unpack the original foo-src/foo.tar.gz archive into directory
foo/, copy my own custom foo-src/CMak
It seems that an out-of-source build must be part of the same directory
structure (this is Windows).
To whit:
- Source is under c:\svn\Toolkit\IBMport\vtk-core
- If I'm in c:\svn\Toolkit\IBMport\, I can cmake just fine
- If I'm in c:\temp\, cmake with fully qualified toolchain and path
(c:\svn\
This is what I use:
# Build shared libraries
OPTION (BUILD_SHARED_LIBS "Build Shared Libraries" OFF)
SET (LIB_TYPE STATIC)
SET (MXA_BUILT_AS_DYNAMIC_LIB)
IF (BUILD_SHARED_LIBS)
SET (LIB_TYPE SHARED)
SET (MXA_BUILT_AS_DYNAMIC_LIB 1)
IF (WIN32)
ADD_DEFINITIONS("-DMXA_BUILT_AS_DYNAMIC_LIB"
Hello Clemens,
2008/9/30 Clemens Arth <[EMAIL PROTECTED]>:
> [...] I further modified your WinCE.cmake(-cl) configuration to
> WM5.cmake(-cl) to contain additional flags needed. Also a cached variable
> PLATFORM_SDKS is used that selects only those platforms from the set of all
> platforms install
That's what I tried first, however CMAKE_CURRENT_SOURCE_DIR points to
where you called FIND_PACKAGE from and not from where the
FindMyPackage.cmake lives.
James
On Mon, Sep 29, 2008 at 5:03 PM, Michael Jackson
<[EMAIL PROTECTED]> wrote:
> include(${CMAKE_CURRENT_SOURCE_DIR}/extrastuff.cmake)
>
>
Hi,
I'm using a macro [1] iterating over a list of source files and
setting a COMPILE_FLAGS property. The problem is that there are some
files in the list which are generated (Qt moc files, produces by
QT_WRAP_CPP) which do not exist at cmake time. The
SET_SOURCE_FILE_PROPERTIES command h
1) GET_PROPERTY(sourcefiles TARGET PROPERTY SOURCES) seems to do
what you want.
2) I don't understand the question.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Tuesday, September 30, 2008 1:31 AM
To: CMake
Subject: [CMake] Ho
Hi,
Is the code attached to this thread the most recent source code for
WinCE and Windows Mobile
support?
kind regards
Andreas
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Hi there,
I would like to know if the target system support the
INSTALL(EXPORT) signature. As far as I understand IF(COMMAND) only
check the command but not the signature, right ?
Thanks
--
Mathieu
___
CMake mailing list
CMake@cmake.org
http://www.cm
Hi,
Andreas Pokorny schrieb:
Hello Clemens,
I still try to get some time slot to try your patches here. Since we
do not have that many 2005
licenses, I cannot do that as a kind of submarine project :).
2008/9/30 Clemens Arth <[EMAIL PROTECTED]>:
Andreas,
I had a look at your modified file
Hello Clemens,
I still try to get some time slot to try your patches here. Since we
do not have that many 2005
licenses, I cannot do that as a kind of submarine project :).
2008/9/30 Clemens Arth <[EMAIL PROTECTED]>:
> Andreas,
>
> I had a look at your modified files and, like the old ones, they
Andreas,
I had a look at your modified files and, like the old ones, they seem to
work quite well. However, there are some things that are somehow unclear
to me or cause problems here:
First, in WinCE.cmake, you replace the decimal string of the system
version CMAKE_SYSTEM_VERSION, which doe
Hi Julien,
In our "Mastering CMake" book, it is said that if you do not specify
anything in ADD_LIBRARY, then it uses the BUILD_SHARED_LIBS variable
to determine if it should build static or shared libraries. Should
we set this variable to SHARED/STATIC or to 1/0 as it is recommended
in
Stefan Buschmann a écrit :
How do you create those libraries in your CMakeLists.txt? To build a
shared library, you usually only need to specify "SHARED" when calling
ADD_LIBRARY, e.g.
ADD_LIBRARY(MyProject SHARED ${PROJECT_SOURCES})
If you want to decide whether to build static or dynamic li
35 matches
Mail list logo
