The following issue has been SUBMITTED.
==
http://www.vtk.org/Bug/view.php?id=12215
==
Reported By:Mohamad Sindi
Assigned To:
On 05/21/2011 04:59 AM, Eric Noulard wrote:
You don't merge to master yourself, Kitware guys do.
If your merge to next did not make some dashboard go red.
Dave, Brad, Bill co do review (something like every week on tuesday I think)
the change which reached next which deserve to go to
On 23 May 2011 00:53, Hendrik Sattler p...@hendrik-sattler.de 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
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 Neundorfa.neundorf-w...@gmx.net
mailto:a.neundorf-w...@gmx.net
On Monday 14
Zitat von Sanatan Rai sana...@gmail.com:
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
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'.
quote
Running 'make -j16 tMutex test' (or any test other than tMutex)
for example will result in building tMutex in
On 05/23/2011 10:23 AM, Hendrik Sattler wrote:
Zitat von Sanatan Rai sana...@gmail.com:
The `global initialisation' stuff is just the following pattern:
namespace {
helper1 *helper1Creator()
{
return (new helper1());
}
const bool helper1Registered =
On 23 May 2011 10:18, Michael Wild them...@gmail.com wrote:
On 05/23/2011 10:23 AM, Hendrik Sattler wrote:
Zitat von Sanatan Rai sana...@gmail.com:
The `global initialisation' stuff is just the following pattern:
namespace {
helper1 *helper1Creator()
{
return (new helper1());
}
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 galea...@korg.it wrote:
Any news about the deadline of 2.8.5 release?
Andrea
Il 16/02/2011 11.52,
On Mon, May 23, 2011 at 4:13 AM, Marcel Loose lo...@astron.nl 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'.
quote
Running 'make -j16 tMutex test' (or any test
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 harris...@gmail.com:
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
On Mon, 2011-05-23 at 07:21 -0400, David Cole wrote:
On Mon, May 23, 2011 at 4:13 AM, Marcel Loose lo...@astron.nl 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
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
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- script, the
On 23 May 2011 12:54, Michael Jackson mike.jack...@bluequartz.net 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
On 05/23/2011 02:20 PM, Sanatan Rai wrote:
On 23 May 2011 12:54, Michael Jackson mike.jack...@bluequartz.net 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
On 23 May 2011 13:38, Michael Wild them...@gmail.com wrote:
On 05/23/2011 02:20 PM, Sanatan Rai wrote:
On 23 May 2011 12:54, Michael Jackson mike.jack...@bluequartz.net wrote:
You might want to take a look at the Factory design pattern.
That's exactly what I use...
--Sanatan
Yes, but you
On 05/23/2011 03:25 PM, Sanatan Rai wrote:
On 23 May 2011 13:38, Michael Wild them...@gmail.com wrote:
On 05/23/2011 02:20 PM, Sanatan Rai wrote:
On 23 May 2011 12:54, Michael Jackson mike.jack...@bluequartz.net wrote:
You might want to take a look at the Factory design pattern.
That's
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 them...@gmail.com wrote:
On 05/23/2011 02:20 PM, Sanatan Rai wrote:
On 23 May 2011 12:54, Michael Jackson mike.jack...@bluequartz.net wrote:
You might want to take
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 linking
On
-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, Michael
On 23 May 2011 15:11, Michael Wild them...@gmail.com 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 is
On 05/23/2011 04:51 PM, Sanatan Rai wrote:
On 23 May 2011 15:11, Michael Wild them...@gmail.com 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
On 23 May 2011 16:00, Michael Wild them...@gmail.com 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.
On May 23, 2011, at 11:09 AM, Sanatan Rai wrote:
On 23 May 2011 16:00, Michael Wild them...@gmail.com 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
On Mon, May 23, 2011 at 10:51 AM, Sanatan Rai sana...@gmail.com wrote:
On 23 May 2011 15:11, Michael Wild them...@gmail.com 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
On 05/23/2011 05:09 PM, Sanatan Rai wrote:
On 23 May 2011 16:00, Michael Wild them...@gmail.com 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
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 them...@gmail.com 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
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
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
On 23 May 2011 17:46, Michael Hertling mhertl...@online.de wrote:
On 05/23/2011 05:09 PM, Sanatan Rai wrote:
On 23 May 2011 16:00, Michael Wild them...@gmail.com wrote:
Everything that relies on static/global initialization to register
factories is an implicit scheme. An explicit scheme is
2011/5/23 Sara Rolfe smro...@u.washington.edu:
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
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 be
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
2011/5/23 Sara Rolfe smro...@u.washington.edu:
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]
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
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.
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
On Mon, May 23, 2011 at 5:37 PM, kent williams nkwmailingli...@gmail.comwrote:
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
On 05/23/2011 08:42 PM, Sanatan Rai wrote:
On 23 May 2011 17:46, Michael Hertling mhertl...@online.de 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,
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 1b2b8fc57b21f514c43e36b735789be879a06926 (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 93c531efd33ada607f1407aa273b08c689bad9bf (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 6f706757d6f3c429d099452ac695ba66d98b23d1 (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, master has been updated
via 0c64fcd3097c9aa0c0329cf8c33074aec1cc505e (commit)
from
45 matches
Mail list logo
