On 05/23/2011 08:42 PM, Sanatan Rai wrote:
> On 23 May 2011 17:46, Michael Hertling wrote:
>> In summary, this whole issue is not related to C++ or even to CMake,
>> but to the manner static libraries are handled: The linker - at least
>> the GNU one - picks out entire object files, or drops them
On Mon, May 23, 2011 at 5:37 PM, kent williams wrote:
> Ran into this with CMake 2.8.4 on Linux -- though apparently not on my
> OS X machine, go figure.
>
> I had a nightly build shell script that as a matter of course set
> CMAKE_C_COMPILER and CMAKE_CXX_COMPILER on the command line. I was
> ge
Ran into this with CMake 2.8.4 on Linux -- though apparently not on my
OS X machine, go figure.
I had a nightly build shell script that as a matter of course set
CMAKE_C_COMPILER and CMAKE_CXX_COMPILER on the command line. I was
getting mysteriously unnamed builds in our Dashboard.
What I traced
Hi Eric,
Yes, I believe it is a dependancy from ITK. I saw that wiki page and
at the time did not have that library, so I installed it. I have used
CMake to successfully create applications using both VTK and ITK on a
32-bit machine. This problem arose when I moved to a 64-bit machine.
Hi,
I didn't find a QT_USE_QTMOBILITY and/or QT_USE_QTVERSIT and other
commands/macros/options.
How can I use cmake for a project which is using the mobility api?
Thanks in advance
Best Regards
NoRulez
___
Powered by www.kitware.com
Visit other Kitw
2011/5/23 Sara Rolfe :
> Hi Eric,
>
> Thanks for pointing this out. I changed the order, but am still getting the
> same error:
>
> make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by
> `SubsampleVolume'. Stop.
> make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2
> make: *
Hi Eric,
Thanks for pointing this out. I changed the order, but am still
getting the same error:
make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by
`SubsampleVolume'. Stop.
make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2
make: *** [all] Error 2
The location o
Sanatan Rai wrote:
> Unfortunately, I am stuck with the paradigm of having to kludge loading an
> entire library. For various reasons the one may not have a reference to
> the hosted object in main, which must remain agnostic. Indeed, in my
> particular line of business (finance), this happens to
2011/5/23 Sara Rolfe :
> Hi Eric,
>
> Thanks for your reply. I tried setting the FIND_LIBRARY_USE_LIB64_PATHS
> property, but this did not resolve the problem. I will read through the bug
> report you linked to. Below is my CMakeLists.txt file. Could you let me
> know if you see any issues?
se
On 23 May 2011 17:46, Michael Hertling wrote:
> On 05/23/2011 05:09 PM, Sanatan Rai wrote:
>> On 23 May 2011 16:00, Michael Wild wrote:
>>> Everything that relies on static/global initialization to register
>>> factories is an implicit scheme. An explicit scheme is where the
>>> dependent code (e
Hi Eric,
Thanks for your reply. I tried setting the
FIND_LIBRARY_USE_LIB64_PATHS property, but this did not resolve the
problem. I will read through the bug report you linked to. Below is
my CMakeLists.txt file. Could you let me know if you see any issues?
Thanks,
Sara
cmake_minimum_
Yeah, when I tried with mingw, I had to add
C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE
otherwise dumpbin.exe doesn't work and it complains about a missing dll.
Something like this might work for you to set those paths at install time, and
before the install() that uses Bundl
On 05/23/2011 05:09 PM, Sanatan Rai wrote:
> On 23 May 2011 16:00, Michael Wild wrote:
>> Everything that relies on static/global initialization to register
>> factories is an implicit scheme. An explicit scheme is where the
>> dependent code (e.g. the main() function) calls a function to do the
>
You're right
To solve the problem I had to add the following paths to the environment to get
it to work:
.) C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE
.) C:\Windows\System32
set PATH=C:\Windows\System32;C:\Program Files (x86)\Microsoft Visual Studio
9.0\Common7\IDE;%PATH%
On 05/23/2011 05:09 PM, Sanatan Rai wrote:
> On 23 May 2011 16:00, Michael Wild wrote:
>> Everything that relies on static/global initialization to register
>> factories is an implicit scheme. An explicit scheme is where the
>> dependent code (e.g. the main() function) calls a function to do the
>
On Mon, May 23, 2011 at 10:51 AM, Sanatan Rai wrote:
> On 23 May 2011 15:11, Michael Wild wrote:
> >>> Yes, but you are registering the concrete factories implicitly instead
> >>> of explicitly, which is causing you the trouble you experience.
> >>>
> >>> Better have your user provide a function
On May 23, 2011, at 11:09 AM, Sanatan Rai wrote:
> On 23 May 2011 16:00, Michael Wild wrote:
>> Everything that relies on static/global initialization to register
>> factories is an implicit scheme. An explicit scheme is where the
>> dependent code (e.g. the main() function) calls a function to
On 23 May 2011 16:00, Michael Wild wrote:
> Everything that relies on static/global initialization to register
> factories is an implicit scheme. An explicit scheme is where the
> dependent code (e.g. the main() function) calls a function to do the
> registration.
Ok, got you. However, would t
On 05/23/2011 04:51 PM, Sanatan Rai wrote:
> On 23 May 2011 15:11, Michael Wild wrote:
Yes, but you are registering the concrete factories implicitly instead
of explicitly, which is causing you the trouble you experience.
Better have your user provide a function registering his
On 23 May 2011 15:11, Michael Wild wrote:
>>> Yes, but you are registering the concrete factories implicitly instead
>>> of explicitly, which is causing you the trouble you experience.
>>>
>>> Better have your user provide a function registering his/her classes
>>> explicitly.
>>
>> I guess this i
>-Original Message-
>From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On
Behalf Of Michael Wild
>Sent: Monday, May 23, 2011 9:12 AM
>To: cmake@cmake.org
>Subject: Re: [CMake] Newbie question: Static linking
>
>On 05/23/2011 03:25 PM, Sanatan Rai wrote:
>> On 23 May 2011 13:38,
On 05/23/2011 04:40 PM, aaron.mead...@thomsonreuters.com wrote:
>> -Original Message-
>> From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On
> Behalf Of Michael Wild
>> Sent: Monday, May 23, 2011 9:12 AM
>> To: cmake@cmake.org
>> Subject: Re: [CMake] Newbie question: Static li
On May 23, 2011, at 10:11 AM, Michael Wild wrote:
> On 05/23/2011 03:25 PM, Sanatan Rai wrote:
>> On 23 May 2011 13:38, Michael Wild wrote:
>>> On 05/23/2011 02:20 PM, Sanatan Rai wrote:
On 23 May 2011 12:54, Michael Jackson wrote:
> You might want to take a look at the Factory design p
On 05/23/2011 03:25 PM, Sanatan Rai wrote:
> On 23 May 2011 13:38, Michael Wild wrote:
>> On 05/23/2011 02:20 PM, Sanatan Rai wrote:
>>> On 23 May 2011 12:54, Michael Jackson wrote:
You might want to take a look at the Factory design pattern.
>>>
>>> That's exactly what I use...
>>>
>>>
On 23 May 2011 13:38, Michael Wild wrote:
> On 05/23/2011 02:20 PM, Sanatan Rai wrote:
>> On 23 May 2011 12:54, Michael Jackson wrote:
>>> You might want to take a look at the Factory design pattern.
>>>
>>
>> That's exactly what I use...
>>
>> --Sanatan
>
> Yes, but you are registering the concr
On 05/23/2011 02:20 PM, Sanatan Rai wrote:
> On 23 May 2011 12:54, Michael Jackson wrote:
>> You might want to take a look at the Factory design pattern.
>>
>
> That's exactly what I use...
>
> --Sanatan
Yes, but you are registering the concrete factories implicitly instead
of explicitly, which
On 23 May 2011 12:54, Michael Jackson wrote:
> You might want to take a look at the Factory design pattern.
>
That's exactly what I use...
--Sanatan
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/ope
Hi,
On Saturday 21 May 2011 12:38:58 Alexander Neundorf wrote:
> On Thursday 19 May 2011, Matthias Kretz wrote:
> > On Tuesday 10 May 2011 21:47:41 Alexander Neundorf wrote:
> > > Are you using cmake >= 2.8 ?
> > > If so, there the switch CTEST_USE_LAUNCHERS. If this is set in your
> > > ctest- sc
You might want to take a look at the Factory design pattern.
-
Mike Jackson www.bluequartz.net
Principal Software Engineer mike.jack...@bluequartz.net
BlueQuartz Software Dayton, Ohio
Sent from my mobile device.
On May 23, 2011, at 5:51, Sanatan Rai wr
On Mon, 2011-05-23 at 07:21 -0400, David Cole wrote:
> On Mon, May 23, 2011 at 4:13 AM, Marcel Loose wrote:
> Hi all,
>
> A colleague of mine reported a bug in our CMake-base build
> system when
> doing a parallel build of multiple targets where one of the
In my project there is a call to symstore.exe in build script. Sure
you can add a target, but its not necessary imho.
2011/5/22 Paul Harris :
> Hi,
> http://www.stackhash.com/blog/post/Setting-up-a-Symbol-Server.aspx
> I read this blog and thought it would be great to have cmake generate a
> "SYMS
On Mon, May 23, 2011 at 4:13 AM, Marcel Loose wrote:
> Hi all,
>
> A colleague of mine reported a bug in our CMake-base build system when
> doing a parallel build of multiple targets where one of the targets is
> 'test'.
>
>
>Running 'make -j16 tMutex test' (or any test other than tMutex
If we can get the dashboards green enough in the "Nightly Expected" section,
we will put out an "rc1" release candidate this week.
Thanks,
David
On Mon, May 23, 2011 at 4:00 AM, Andrea Galeazzi wrote:
> Any news about the deadline of 2.8.5 release?
> Andrea
>
> Il 16/02/2011 11.52, Michael Wil
On 23 May 2011 10:18, Michael Wild wrote:
> On 05/23/2011 10:23 AM, Hendrik Sattler wrote:
>> Zitat von Sanatan Rai :
>>> The `global initialisation' stuff is just the following pattern:
>>>
>>> namespace {
>>> helper1 *helper1Creator()
>>> {
>>> return (new helper1());
>>> }
>>> const
On 05/23/2011 10:23 AM, Hendrik Sattler wrote:
> Zitat von Sanatan Rai :
>> The `global initialisation' stuff is just the following pattern:
>>
>> namespace {
>> helper1 *helper1Creator()
>> {
>> return (new helper1());
>> }
>> const bool helper1Registered = factory::instance().register
Hi all,
A colleague of mine reported a bug in our CMake-base build system when
doing a parallel build of multiple targets where one of the targets is
'test'.
Running 'make -j16 tMutex test' (or any test other than tMutex)
for example will result in building tMutex in parallel to
Zitat von Sanatan Rai :
The `global initialisation' stuff is just the following pattern:
namespace {
helper1 *helper1Creator()
{
return (new helper1());
}
const bool helper1Registered = factory::instance().registerhelper
("helper1", helper1Creator);
}
So when I put the helpers i
Any news about the deadline of 2.8.5 release?
Andrea
Il 16/02/2011 11.52, Michael Wild ha scritto:
On 02/16/2011 11:40 AM, Andrea Galeazzi wrote:
IL 15/02/2011 21.59, David Cole ha scritto:
2011/2/15 Alexander Neundorfmailto:a.neundorf-w...@gmx.net>>
On Monday 14 February 2011, David Col
On 23 May 2011 00:53, Hendrik Sattler wrote:
> Am Montag, 23. Mai 2011, 01:36:14 schrieb Sanatan Rai:
>> After cmake, and make all, the libraries build as static archives, ie I get
>> liblib1.a, liblib2.a, libhelper1.a, libhelper2.a and executable myProj in
>> the appropriate locations. However, t
39 matches
Mail list logo