A little feedback on what s happening. After using the fixbundle script, my
app works great on a machine without QT installed. I loads the frameworks I put
in the bundle perfectly.
But now I have a problem in my dev environment. After fixing the bundle, if I
start my app, I get qt errors
2010/2/25 Markus Duft markus.d...@salomon.at:
Bill Hoffman wrote:
Markus Duft wrote:
Bill Hoffman wrote:
I did not want to get into the technical thread on this issue, so I
created a new message. Markus, will you be able to run a dashboard for
this platform? It is sort of a requirement for
I think this is because Qt by default loads some optional plugins and finds
them in your Qt installation because they do not get copied into your
application bundle automatically. Since the prefixes do not match, Qt is
complaining... You can confirm this by setting the environment variables
Thanks will try that.
Martin
-Original Message-
From: Michael Wild [mailto:them...@gmail.com]
Sent: Thursday, February 25, 2010 9:36 AM
To: Martin Guillon
Cc: Werner Smekal; cmake@cmake.org
Subject: Re: [CMake] OsX bundle including Qt framework
I think this is because Qt by default
HI,
I wanted to report a bug with cmake -E copy. I want to use it, under osx, to
copy a font(file without extension). But as a result of the copy I get a 0
bytes executable.
I will try to see if it works with file(COPY) but at least I am sure it doesn't
work with cmake -E copy.
Martin
Hi,
I've a problem with the encoding of the build output:
Textlt;-30gt;lt;-128gt;lt;-104gt;PROGNAMElt;-30gt;lt;-128gt;lt;-103gt;
initialized and declared
lt;-30gt;lt;-128gt;lt;-104gt;externlt;-30gt;lt;-128gt;lt;-103gt;/Text
The output here is:
warning: ‘PROGNAME’ initialized and declared
Markus Duft wrote:
Submit files (using http)
Using HTTP submit method
Drop site:http://www.cdash.org/CDash/submit.php?project=CMake
Error when uploading file:
Bill Hoffman wrote:
Markus Duft wrote:
Submit files (using http)
Using HTTP submit method
Drop site:http://www.cdash.org/CDash/submit.php?project=CMake
Error when uploading file:
I think I have found a bug with 3.8.1. I have a few projects that use
relative link paths and they throw a warning for CMP0015.
I have pushed to the policy stack CMP0015 OLD to avoid the warnings till I
fix the projects and currently the policy being set to old does nothing.
On Fri, Feb 19, 2010
On 25 February 2010 15:44, Bill Hoffman bill.hoff...@kitware.com wrote:
Noel O'Boyle wrote:
On 24 February 2010 22:20, Bill Hoffman bill.hoff...@kitware.com wrote:
Noel O'Boyle wrote:
Hello all,
With the following CMakeLists.txt on Windows...
project(MyProject NONE)
Noel O'Boyle wrote:
Good question. It works:
-- Found PythonInterp: C:/Python26/python.exe
-- Found PythonLibs: C:/Python26/libs/python26.lib
However, if I set the PATH to C:\Python26;C:\Cygwin\bin, the original
problem reappears. (It's also there if I have
PATH=C:\Cygwin\bin;C:\Python26.)
On 25 February 2010 16:18, Bill Hoffman bill.hoff...@kitware.com wrote:
Noel O'Boyle wrote:
Good question. It works:
-- Found PythonInterp: C:/Python26/python.exe
-- Found PythonLibs: C:/Python26/libs/python26.lib
However, if I set the PATH to C:\Python26;C:\Cygwin\bin, the original
help unsubscribe
Thanks
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
David Cole wrote:
Same problem as ever: when multiple versions are installed an automatic
find result cannot be relied upon to choose the right one. In that
case, caller should set PYTHON_EXECUTABLE explicitly prior to doing the
find call.
On the other hand, we should not have a
Noel O'Boyle wrote:
Done. I've attached the result (off list). In summary it seems to be
searching for python2.6.exe first, instead of python.exe.
OK, so that is the problem
It looks for names in this order:
NAMES python2.6 python2.5 python2.4 python2.3 python2.2 python2.1
python2.0
Philip Schwartz wrote:
Currently when setting CMP0015 to old, the warnings are still displayed.
As the policy is only a warning policy at this time there is no breakage
of the configure step other then a lot of unneeded warnings.
Use cmake_policy(GET) to check the policy value right before the
Am 25.02.2010 18:23, schrieb David Cole:
Is the Text block exactly the same with cmake 2.6.2 and cmake
2.8.0...? Can you try it with our latest CMake 2.8.1 release candidate?
( http://www.cmake.org/files/v2.8/?C=M;O=D )
It should be properly utf-8 encoded with cmake 2.8.1 -- we fixed some
PG wrote:
I am using cmake 2.8 on linux (ubuntu 9.10 karmic), and found that with
policy CMP0003, libraries with full path provided shouldn't produce
linker search paths entry.
I made sure this policy is active by adding a
CMAKE_POLICY(SET CMP0003 NEW)
even though I used
Currently when setting CMP0015 to old, the warnings are still displayed. As
the policy is only a warning policy at this time there is no breakage of the
configure step other then a lot of unneeded warnings.
On Thu, Feb 25, 2010 at 1:23 PM, David Cole david.c...@kitware.com wrote:
The policy
The policy being set to old is supposed to give the same behavior as prior
versions of CMake, but also suppress the warning.
What behavior are you seeing that makes you say setting it to old does
nothing?
On Thu, Feb 25, 2010 at 10:39 AM, Philip Schwartz phi...@progmad.comwrote:
I think I
On Thu, Feb 25, 2010 at 1:29 PM, Bill Hoffman bill.hoff...@kitware.comwrote:
Noel O'Boyle wrote:
Done. I've attached the result (off list). In summary it seems to be
searching for python2.6.exe first, instead of python.exe.
OK, so that is the problem
It looks for names in this
On Thu, Feb 25, 2010 at 1:33 PM, Christian Ehrlicher ch.ehrlic...@gmx.dewrote:
Am 25.02.2010 18:23, schrieb David Cole:
Is the Text block exactly the same with cmake 2.6.2 and cmake
2.8.0...? Can you try it with our latest CMake 2.8.1 release candidate?
(
On 25 February 2010 18:41, David Cole david.c...@kitware.com wrote:
On Thu, Feb 25, 2010 at 1:29 PM, Bill Hoffman bill.hoff...@kitware.com
wrote:
Noel O'Boyle wrote:
Done. I've attached the result (off list). In summary it seems to be
searching for python2.6.exe first, instead of
Hello!
I am sure this has been asked before, but somehow I don't find a place
where I can easily browse the mailing list postings (I just found that
link where you can browse isolated months). I am writing plugins for
ParaView and I want to know how I can make cmake recursively search all
Quoting PG on 02/24/2010 06:00 PM:
Hi Bill,
Can you create a small example that shows the problem you are having?
what do you mean by a small example? A simple CMakeList.txt file with
some code to compile?
I will try to to this with some code anyone could compile, but it may
take me some
On Wed, Feb 24, 2010 at 07:23:55PM -0600, Oliver kfsone Smith wrote:
Ok - I just wanted to make sure there wasn't some built-in way of doing
it before I plowed ahead with that :)
Nope. Writing your own wrapper for add_* commands seems to be a pretty
common practice.
making all the config
On 02/25/2010 12:29 PM, Bill Hoffman wrote:
OK, so that is the problem
It looks for names in this order:
NAMES python2.6 python2.5 python2.4 python2.3 python2.2 python2.1
python2.0 python1.6 python1.5 python
Coincidently, I had a bug report that arose from the above ordering just
this
On Thu, Feb 25, 2010 at 09:56:24PM +0100, Christian Werner wrote:
I am sure this has been asked before, but somehow I don't find a place
where I can easily browse the mailing list postings (I just found that
link where you can browse isolated months). I am writing plugins for
Yeah I just
On 2/25/10 9:56 PM, Christian Werner wrote:
Hello!
I am sure this has been asked before, but somehow I don't find a place
where I can easily browse the mailing list postings (I just found that
link where you can browse isolated months).
I usually use mail-archive:
29 matches
Mail list logo