On 05/18/2011 07:46 PM, Yngve Inntjore Levinsen wrote:
Dear developers,
I have a bit of an issue with ctest. In our project we usually generate a
binary which we pipe in scripts with the commands we want to execute (some
defined parser language). Now at first I would have liked to do
On 05/20/2011 12:08 AM, Clifford Yapp wrote:
Michael,
At first glance those would be what I need (although it is not clear
if I need to specify bin/lib/include for CMAKE_SYSTEM_IGNORE_PATH as
well as CMAKE_IGNORE_PATH.) I have tested both out, and unfortunately
they do not seem to exclude
On 05/10/2011 11:24 AM, Pere Mato Vila wrote:
To my regret, I don't see any easy solution for your concern, but if
the unnecessary rebuilds due to the the RPATH placeholder mechanism
are a serious issue in your project, the above-noted approach can
possibly be adapted to your needs.
'hope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/19/2011 10:14 PM, Alexander Neundorf wrote:
On Thursday 19 May 2011, Theodore Papadopoulo wrote:
This feature is not very, let's say polished, so yes, it is not perfect as it
is.
Why do you want do do this ?
Basically, I want
ok I found the issue.
Visual Studio 10 requires the GUID in the solution file to be upper
case. I was generating these guids in my cmake script as lower case
(needed to keep them from changing because of intel compiler
integration.) I fixed my script to TOUPPER the UUIDs and everything
I get the message that the generated file (e.g Project.exe on Windows) isn't a
valid Bundle, which is correct because bundle files exists only on Mac.
Am 19.05.2011 um 16:39 schrieb clin...@elemtech.com:
And what error messages are you getting?
Clint
- Original Message -
The term bundle is used loosely here. The error message hopefully tell you
why it isn't valid, or you could give us the complete error message you are
getting.
Clint
On Friday, May 20, 2011 10:29:16 am NoRulez wrote:
I get the message that the generated file (e.g Project.exe on Windows)
Hi,
I'm trying to create some static libraries that i used in an android
application.
In a first part, I've created my A static library. This library is
functionnal.
I have trying to link this library A into the build of a second library, the
B static library,
with the command :
add_library(A
For the QtTest example I get the following error:
CPack: Create package using NSIS
CPack: Install projects
CPack: - Run preinstall target for: QtTest
CPack: - Install project: QtTest
CMake Error at C:/Program Files (x86)/CMake
2.8/share/cmake-2.8/Modules/BundleUtilities.cmake:657 (message):
Ah, ok. You can see related warnings if you run cpack with -V option to make
it verbose.
Clint
- Reply message -
From: NoRulez noru...@me.com
Date: Fri, May 20, 2011 1:40 pm
Subject: AW: [CMake] BundleUtilities with MinGW under Windows
To: 'Clinton Stimpson' clin...@elemtech.com
Cc:
OK thanks, here is the verbose output:
C:\Repository\Git\TestProject\buildcpack -V -G NSIS
CPack: Enable Verbose
CPack Verbose: Read CPack config file:
CPack Verbose: Read CPack configuration file:
C:/Repository/Git/TestProject/build/CPackConfig.cmake
CPack Verbose: Specified generator:
CPack Verbose: Installing:
C:/Repository/Git/TestProject/build/_CPack_Packages/win32/NSIS/QtTest-0.1.
1-win32/./QtTest.exe
CPack Verbose: fixup_bundle
CPack Verbose:
app='C:/Repository/Git/TestProject/build/_CPack_Packages/win32/NSIS/QtTest
-0.1.1-win32/bin/QtTest.exe'
There is
OK, after reading the verbose message I found a path „error“
(„QtTest-0.1.1-win32/./QtTest.exe” should be
“QtTest-0.1.1-win32/bin/QtTest.exe”) after change this path in “INSTALL(TARGETS
QtTest...” it seems to work, but in the package there are only the following
files:
.) QtTest.exe
.)
Hmm... and if you run from a console:
dumpbin /dependents QtTest.exe
what does it give?
Clint
On Friday, May 20, 2011 02:37:51 pm NoRulez wrote:
OK, after reading the verbose message I found a path „error“
(„QtTest-0.1.1-win32/./QtTest.exe” should be
“QtTest-0.1.1-win32/bin/QtTest.exe”)
When I run the command I get the following message, but mingwm10.dll is
missing. Instead of mingwm10.dll the file msvcrt.dll is listed:
C:\Repository\Git\TestProject\builddumpbin /dependents QtTest.exe
C:\Repository\Git\TestProject\buildMicrosoft (R) COFF Binary File Dumper
Version 5.12.8078
J.S. van Bethlehem wrote:
Hej Will,
I'm not sure if this is the proper way to reply and I haven't checked
your second mail with the attachment. But I think in #3 you're
definitely doing something wrong. It took me quite a while to figure
out, because the documentation is rather sparse, but
So, I've a temporary solution/fix, but I don't know why this problem occurs.
I commented the following lines, see the diff:
BundleUtilities.cmake:
714,718c714,718
if(external_prereqs)
# Found non-system/somehow-unacceptable prerequisites:
set(result 0)
set(info
Will,
Sorry for the delay in responding. We tested the FindHDF5 you attached and it
correctly located the Fortran libraries.
Thanks for including it in the updated version!
Tim
- Original Message -
From: Will Dicharry wdicha...@stellarscience.com
To: J.S. van Bethlehem
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via b073e6da1a34ad719bcfb7978d2b6b390cc5277e (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 3226fc518d16b119db46394621608933e89f661c (commit)
via
20 matches
Mail list logo