"make && make install" or a "cmake ." but i get the following
error:
CMake Error: The source directory "/data/opt/cmake/cmake-3.4.3-Linux-x86_64"
does not appear to contain CMakeLists.txt.
How should i go about upgrading my version of cmake?
Thank
more clear.
This is what I found in Microsoft.CppCommon.targets:
Debug
Il giorno mar 12 gen 2016 alle ore 20:30 Brad King
ha scritto:
> On 01/11/2016 03:29 PM, Thomas wrote:
> > https://cmake.org/Bug/view.php?id=15894
> >
> > I'm writing to request support for the /Debug:
Dear Cmake developers,
as a follow up of this bug
https://cmake.org/Bug/view.php?id=15894
I'm writing to request support for the /Debug:FastLink flag which was
introduced in visual studio 2015 (update 1), and the option to generate
full PDB informations.
http://blogs.msdn.com/b/vcblog/archive/2015
Thanks!
On Tue, May 5, 2015 at 7:49 AM, Domen Vrankar wrote:
>> The following (and attached) patch outputs RPMBUILDERR and RPMBUILDOUT
>> as advertised
>
> Applied: http://www.cmake.org/gitweb?p=cmake.git;a=commit;h=1a2a73a
>
> Thanks,
> Domen
--
Powered by www.kitware.com
Please keep messages
In debug mode, CPackRPM outputs RPMBUILDERR twice, instead of
RPMBUILDERR and RPMBUILDOUT.
The following (and attached) patch outputs RPMBUILDERR and RPMBUILDOUT
as advertised:
---
Modules/CPackRPM.cmake | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Modules/CPackRPM.cmake
On 2014-12-02 15:28, Brad King wrote:
On 12/02/2014 09:10 AM, Thomas Sondergaard wrote:
One of the tests spawns a dbus-daemon.exe which was leftover, once I
killed that ctest.exe finished too. Is this consistent with the expected
ctest behavior?
This is a known limitation of the way CTest
On 2014-12-02 13:57, Thomas Sondergaard wrote:
Hi,
I have observed twice now within the last month that ctest with -j is
hanging. It seems to not notice that a test has ended and it is
furthermore not reacting to the timeout given on the command line.
The following output is from a jenkins log
).
I searched the cmake bug tracker for problems with ctest hanging, but
did not find any. Anyone aware of problems such as this?
I grabbed a dump of the hanging ctest and I will see if I can get
anything out of it.
Best regards,
Thomas Sondergaard
--
Powered by www.kitware.com
Please keep
uch
thing?
Thank you for reading,
Thomas RICHARD
--
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
Follow this link to
Any chance we can have this included in the next cmake release? I've
tested v2.8.9_FindUseQt4.cmake_system_include2.patch and it looks good
to me.
Regards,
Thomas
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.
:
-- mylib_LIBRARY_RELEASE mylib
-- mylib_LIBRARY_DEBUG mylibD
-- mylib_LIBRARIES
optimized;LISTS;optimized;mylib_LIBRARY_RELEASE;debug;LISTS;debug;mylib_LIBRARY_DEBUG
You will find attached a patch fixing the issue.
Regards,
Thomas
2012/10/19 David Cole
> The CMake 2.8.10 release candid
in the debugger for
either.
OK, but I'm still a little mystified as everything builds fine without
it, until you get to linking an executable with the output from a
library target, and then CMake suddenly doesn't know where it put it?
Thanks,
Thomas
--
Powered by www.kitware.
I can reproduce this problem in cmake/Tests/iOSNavApp by commenting out
the line that sets CMAKE_XCODE_EFFECTIVE_PLATFORMS in the
CMakeLists.txt. I think this is a bug. I can report it, but I'm not sure
whether I'm actually required to set CMAKE_XCODE_EFFECTIVE_PLATFORMS?
Regard
On 2012-06-20 18:49, Alexander Neundorf wrote:
On Wednesday 20 June 2012, Thomas Sondergaard wrote:
> We tried putting the generated _automoc targets in VS2010
> folders manually like shown below, but it doesn't work.
I don't have any Windows around.
But if you can come up w
gards,
Thomas
--
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
Follow this link to subscribe/unsubscribe:
http://public.kitware.co
e, before spending time on more parallelization it would be
interesting to take a look at moc itself. It appears to be significantly
slower on Windows than on Linux.
Thanks again,
Thomas
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opens
Hi Alexander,
Thanks for replying.
On 2012-06-18 21:58, Alexander Neundorf wrote:
On Sunday 17 June 2012, Thomas Sondergaard wrote:
> On Windows with MSVC 2010 Generator, moc seems to be very slow and it is
> a paint to see it run sequentially. Could automoc be taught to do this
Could automoc be taught to do this
in parallel using all the cores on the machine?
Thanks,
Thomas
--
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:
ly to this thread, and just list
the bug number, or a URL linking to its bug tracker page.
I will follow the replies to this thread and add those bugs to the
roadmap as they roll in.
The VS2010 bug!
http://public.kitware.com/Bug/view.php?id=11258
Thomas
--
Powered by www.kitware.com
Visit oth
19 matches
Mail list logo