Hi all,
If I build ITK in /home/doriad/build/ITK, and then in my .bashrc add:
export ITK_DIR=/home/doriad/build/ITK
when I start a new terminal and configure a project that needs ITK, it is
found no problem - all is well.
However, if I then install ITK (make install) to /home/doriad/bin (set wi
Hi,
since today the static libraries of my programs will link, but the
executables does not link against Qt libraries, I don't know why.
The only thing Ive changed was an update from CMake 2.8-3 to 2.8-5.
I also tried to install the old version, but no luck, the problem still
occurs.
Here is t
Am 08.07.2011 23:57, schrieb Benjamin Lindley:
> I made a library named Zik. I compiled it in both release and debug
> mode in Visual Studio, then installed it like this:
>
> Zik
> |--source
> |--build
> +--distribution
>|--include
>+--bin
> +--Visual Studio 10
> |--Zik.lib
I made a library named Zik. I compiled it in both release and debug
mode in Visual Studio, then installed it like this:
Zik
|--source
|--build
+--distribution
|--include
+--bin
+--Visual Studio 10
|--Zik.lib (release version)
+--Zik_d.lib(debug version)
M
On behalf of myself, Ken, Bill, Brad, Alex, Zach, Ben and the rest of
the CMake team from all around the world, we are pleased to announce
that CMake 2.8.5 is now available for download at:
http://www.cmake.org/files/v2.8/?C=M;O=D
It is also available from the usual download links found on the CMa
Am 08.07.2011 16:53, schrieb Dominik Szczerba:
> Hi,
>
> Anytime I touch boost, cmake (2.8.4) fails to find it. Why is it so fragile?
>
> This time it would not find boost static build while it would find a
> shared one (the last time it was the exact opposite).
> I am quite overwhelmed by the re
On 7/1/2011 3:52 AM, owen.arn...@stfc.ac.uk wrote:
Hi,
I’ve been using CPack to generate NSIS installers. On my Windows 7
64-bit development platform this works perfectly. When I started
building the release and generating the packages on our build server
(also Windows 7 64-bit) things aren’t qu
Hi,
Anytime I touch boost, cmake (2.8.4) fails to find it. Why is it so fragile?
This time it would not find boost static build while it would find a
shared one (the last time it was the exact opposite).
I am quite overwhelmed by the required variables, I count 7 of them:
BOOST_ROOT, BOOST_LIBRAR
Hi Alex,
Sorry about forgetting to CC the list last time. You're right: it was the
CXX_FLAGS vs C_FLAGS problem. I have so many things to think about that I
don't even realize which language is being compiled :-)
Jerry
2011/7/7 Alexander Neundorf
> Hi,
>
> On Wednesday 06 July 2011, Jerry Gage
Hi,
AIUI, cpack's tar support is done natively using libarchive. I'd like
to instead use an external tar binary, in this case one which uses
pigz as the gzip backend, as it is massively faster on the hardware I
am building on.
Is there some trick I've not found to allow this, or is it
unsupporte
I have just tried to update the cmake version "manually" from 2.8.2 to
2.8.4, but it did not help either. It really seems to be a weird bug
on this platform. It works just find to use the macro and found line
more times but N9. I am not sure what else I could try out...
Best Regards,
Laszlo Papp
_
2011/7/7 Stephen Torri :
> Problem: Cannot change name of installer package.
> Cmake version: 2.8.4
What is your platform/build tool?
Windows/ Visual Studio?
Linux / Makefiles?
Which CPack generator are you using?
>
> I am trying to change the value of CPACK_PACKAGE_NAME depending upon which
> b
>> 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
I guess this simple example does not represent the issue well since it
is not
13 matches
Mail list logo