2011/7/7 Alexander Neundorf
> On Thursday 07 July 2011, David Cole wrote:
> ...
> > Indeed, it would be preferable. Actually, I would prefer it if all of the
> > Find modules were installed as part of the project that they represent
> > rather than being in CMake itself.
>
> You probably didn't m
On Thursday 07 July 2011, David Cole wrote:
...
> Indeed, it would be preferable. Actually, I would prefer it if all of the
> Find modules were installed as part of the project that they represent
> rather than being in CMake itself.
You probably didn't mean that ;-)
Projects themselves should in
Hi,
On Wednesday 06 July 2011, Jerry Gagelman wrote:
> Thanks, Alex. That was my bad. I also realized that the CXX_FLAGS were
> (correctly) getting passed to the compiler. Changing CMakeLists.txt
> accordingly does fix the last problem that I reported.
I'm happy that I could help you.
So the prob
Thanks David,
This is working fine
Guillaume
On Thu, Jul 7, 2011 at 7:47 PM, David Cole wrote:
> On Thu, Jul 7, 2011 at 9:13 AM, tog wrote:
>
>> Hi
>>
>> I want to build a package with my own VTK version. I have therefore
>> compiled VTK and I have the following directories:
>> sources -> /U
Hi,
> Back to the simple CMakeLists.txt:
>
> find_package(Qt4)
> if(QT_QTDECLARATIVE_FOUND)
> message("found it")
> endif()
>
> find_package(Qt4)
> if(QT_QTDECLARATIVE_FOUND)
> message("found it again")
> endif()
Result:
found it
found it again
Best Regards,
Laszlo Papp
___
Is it including FindQt twice, (because it's already included by a parent
CMakeLists.txt file), and something's not quite right about the include it
twice scenario w.r.t. this particular variable?
Back to the simple CMakeLists.txt:
find_package(Qt4)
if(QT_QTDECLARATIVE_FOUND)
message("found it")
Hi,
> That may be messing up subsequent if logic in an unexpected way... (If so,
> it seems like it's still a bug, but that would be a different issue...)
Thanks for pointing out about my buggyness (I pushed the fix) :)
However, this did not solve the issue:
-elseif(KDE4_FOUND)
+
On Thu, Jul 7, 2011 at 1:19 PM, Laszlo Papp wrote:
> Hi again :)
>
> > Hmm... OK. I'm not able to reproduce this problem.
> > Do you know if the other *_FOUND variables are set?
>
> Yes, check this line out:
>
> https://projects.kde.org/projects/playground/games/gluon/repository/revisions/master
Hi again :)
> Hmm... OK. I'm not able to reproduce this problem.
> Do you know if the other *_FOUND variables are set?
Yes, check this line out:
https://projects.kde.org/projects/playground/games/gluon/repository/revisions/master/entry/player/CMakeLists.txt#L19
The macro in question can be foun
On Thursday, July 07, 2011 11:02:50 am Laszlo Papp wrote:
> Hi Clinton,
>
> > What is the value of QT_QTDECLARATIVE_LIBRARY ? The
> > QT_QTDECLARATIVE_FOUND depends on that value.
>
> /usr/lib/libQtDeclarative.so
>
> That file exists in scratchbox properly:
> ls -lda /usr/lib/libQtDeclarative.s
Hi Clinton,
> What is the value of QT_QTDECLARATIVE_LIBRARY ? The QT_QTDECLARATIVE_FOUND
> depends on that value.
/usr/lib/libQtDeclarative.so
That file exists in scratchbox properly:
ls -lda /usr/lib/libQtDeclarative.so
lrwxrwxrwx 1 lpapp lpapp 25 Jul 5 13:49 /usr/lib/libQtDeclarative.so
-> l
On Thursday, July 07, 2011 04:15:09 am Laszlo Papp wrote:
> Hi,
>
> I would like to build our KDE project for the Maemo6/Harmattan
> distribution, but this macro, aforementioned, does not seem to work
> properly.
> I have the following snippet in my CMakeLists.txt file:
> [snippet]
> find_pack
On 7/7/2011 11:37 AM, Glenn Coombs wrote:
I understand where you're coming from on the resources front. There
would obviously be some effort required to get this to work properly.
I'm not convinced it is such a huge amount of work as you're suggesting,
but then I don't know the source code
Problem: Cannot change name of installer package.
Cmake version: 2.8.4
I am trying to change the value of CPACK_PACKAGE_NAME depending upon which
build was performed. What I am seeing is that CPACK_PACKAGE_NAME is always
set to the project name. The code I am using to try and change the name is
be
On 7 July 2011 15:15, David Cole wrote:
>
> I'm sure that what you want to do is possible. I'm also sure that it's a
> huge effort to get it to work with all CMake generators. It will also be
> difficult to write a good test of the functionality.
>
> Furthermore, I view it as largely unnecessary
May be you're looking for overriding default flags?
http://www.cmake.org/Wiki/CMake_FAQ#Make_Override_Files
Although it mentions VS static runtime, this approach is very useful to set
own initial flags in CMake.
On Wed, Jul 6, 2011 at 5:41 PM, Jerry Gagelman wrote:
> I'm redistributing a library
On 07/07/2011 02:43 PM, Luke Dalessandro wrote:
> Hi Everyone,
>
> I have the following build dependencies that I'm trying to implement in cmake.
>
> The ultimate target of the build is an archive library, libme.a.
>
> libme.a is composed of a number of static source files, (s1.cpp, ...,
> sn.c
No. 2.8.5 is imminent. It will be a later version...
On Thu, Jul 7, 2011 at 3:43 AM, NoRulez wrote:
> Hi,
>
> I want to ask if this would be fixed in 2.8.5?
>
> Thanks in advance
>
> Best Regards
> NoRulez
>
> Am 27.06.2011 um 12:35 schrieb David Cole :
>
>
>
> On Mon, Jun 27, 2011 at 4:35 AM,
On Thu, Jul 7, 2011 at 9:13 AM, tog wrote:
> Hi
>
> I want to build a package with my own VTK version. I have therefore
> compiled VTK and I have the following directories:
> sources -> /Users/alleon/PROJECTS/vtk-5.6.1
> build tree -> /Users/alleon/PROJECTS/vtk-5.6.1_build
> install tree -> /User
On Thu, Jul 7, 2011 at 7:36 AM, Glenn Coombs wrote:
> On 6 July 2011 17:27, David Cole wrote:
>
>> (Don't know if you meant to omit the CMake mailing list on that, or if
>> that was on oversight Feel free to put my responses back on list if you
>> wish.)
>
>
> Oops, no I didn't mean to omit
On Thu, Jul 7, 2011 at 8:05 AM, Michael Hertling wrote:
> On 07/07/2011 12:23 AM, David Cole wrote:
> > Many people care. Few have time to respond to everything on the CMake
> > mailing list...
> >
> > This is how to become a CMake module maintainer if it is necessary:
> > http://www.cmake.org/Wik
Hi
I want to build a package with my own VTK version. I have therefore compiled
VTK and I have the following directories:
sources -> /Users/alleon/PROJECTS/vtk-5.6.1
build tree -> /Users/alleon/PROJECTS/vtk-5.6.1_build
install tree -> /Users/alleon/PROJECTS/vtk-5.6.1_install
I have the files:
ogg
Hi Everyone,
I have the following build dependencies that I'm trying to implement in cmake.
The ultimate target of the build is an archive library, libme.a.
libme.a is composed of a number of static source files, (s1.cpp, ..., sn.cpp),
and one generated source file, (g.cpp).
g.cpp is built usi
Hi,
We are using the ExternalProject macro to configure and build some
external (CMake-based) dependencies and we populate their cache by
providing a
CMAKE_ARGS
-Dproj_var:type=bla
argument to ExternalProject. If we now change the CMake option
"proj_var" in the external project itself (af
On 07/07/2011 12:23 AM, David Cole wrote:
> Many people care. Few have time to respond to everything on the CMake
> mailing list...
>
> This is how to become a CMake module maintainer if it is necessary:
> http://www.cmake.org/Wiki/CMake:Module_Maintainers
>
> Looks like Eric Wing is the maintain
On 6 July 2011 17:27, David Cole wrote:
> (Don't know if you meant to omit the CMake mailing list on that, or if that
> was on oversight Feel free to put my responses back on list if you
> wish.)
Oops, no I didn't mean to omit the mailing list.
One more point: ExternalProject is completely
Hi,
I would like to build our KDE project for the Maemo6/Harmattan
distribution, but this macro, aforementioned, does not seem to work
properly.
I have the following snippet in my CMakeLists.txt file:
[snippet]
find_package(Qt4)
if(QT_QTDECLARATIVE_FOUND)
add_subdirectory(touch)
I already tried to set the flag to YES/NO in XCode, but an archive is not
created.
Did you do something else too?
Am 07.07.2011 um 10:30 schrieb Johan Knutzen :
> I should add that this is not solved simply by the script. By default CMake
> sets the SKIP_INSTALL flag on all targets to NO. This
Hi,
I want to ask if this would be fixed in 2.8.5?
Thanks in advance
Best Regards
NoRulez
Am 27.06.2011 um 12:35 schrieb David Cole :
>
>
> On Mon, Jun 27, 2011 at 4:35 AM, Johan Knutzen wrote:
> Hey!
>
> Thank you for your reply. I tried unsetting CMAKE_XCODE_ATTRIBUTE_INSTALL_PATH
> but
29 matches
Mail list logo
