Just fix the documentation, please.
--
Dave Abrahams
BoostPro Computing Software DevelopmentTraining
http://www.boostpro.com Clang/LLVM/EDG Compilers C++ Boost
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http
When I invoke cmake for the first time in a project, I normally use
-DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++
I'm tired of typing that every time I blow away my CMakeCache.txt. Is
there a place I can register these preferences so I don't have to?
Thanks,
--
Dav
http://www.cmake.org/Bug/view.php?id=13204
http://www.cmake.org/Bug/view.php?id=13162
--
Dave Abrahams
BoostPro Computing Software DevelopmentTraining
http://www.boostpro.com Clang/LLVM/EDG Compilers C++ Boost
--
Powered by www.kitware.com
Visit other
on Mon Jun 04 2012, Peter Kümmel
wrote:
> On 04.06.2012 21:13, Dave Abrahams wrote:
>>>
>>> OK, but I can't reproduce it on Ubuntu 12.04 64bit,
>>> so I thought it must be something else-
>>
>> Oh, now that's odd. I wonder why it isn
on Mon Jun 04 2012, Peter Kümmel
wrote:
> On 04.06.2012 18:37, Dave Abrahams wrote:
>>
>> on Sun Jun 03 2012, Peter
>> Kümmel wrote:
>>
>>> On 03.06.2012 02:05, Dave Abrahams wrote:
>>>>
>
>>>> /tmp/qb/build/CMakeFiles/CMakeCC
on Sun Jun 03 2012, Peter Kümmel
wrote:
> On 03.06.2012 02:05, Dave Abrahams wrote:
>>
>> /tmp/qb/build/CMakeFiles/CMakeCCompiler.cmake(50):
>> SET(CMAKE_C_IMPLICIT_LINK_DIRECTORIES )
>>
>
> Somehow the complete search patch is empty, it shou
ILER_ABI )
/tmp/qb/build/CMakeFiles/CMakeCCompiler.cmake(42):
IF(CMAKE_C_LIBRARY_ARCHITECTURE )
/tmp/qb/build/CMakeFiles/CMakeCCompiler.cmake(46): SET(CMAKE_C_HAS_ISYSROOT )
/tmp/qb/build/CMakeFiles/CMakeCCompiler.cmake(49):
SET(CMAKE_C_IMPLICIT_LINK_LIBRARIES )
/tmp/qb/build/CMakeFiles/CMakeCC
---cut here---start->8---
dave@Ubu12:/tmp/qb/build$ ~/bin/cmake ../src --trace 2>&1 | grep x86
/tmp/qb/build/CMakeFiles/CMakeSystem.cmake(6): SET(CMAKE_SYSTEM_PROCESSOR
x86_64 )
/tmp/qb/build/CMakeFiles/CMakeSystem.cmake(11):
SET(CMAKE_HOST_SYSTEM_PROCESSOR x86_64 )
dave@Ub
on Sat Jun 02 2012, Dave Abrahams
wrote:
> Heh, fair enough. I'll file a bug report.
Looks like they already know about this one:
http://public.kitware.com/Bug/view.php?id=12049
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
--
Powered by www.kitware.com
Visit other
haps it would be invoking g++ to
test for availability of the library and /that/ would be looking at it.
> It will look into e.g. /usr/lib and /usr/lib64 (depending on your
> system), but not into /usr/lib/x86_64-linux-gnu. You can tell it to
> try by setting CMAKE_PREFIX_PATH=/usr/lib/x86_64-li
he other command.
> Assuming that you have CMake 2.8.8 you can tell it where the library
> is with that command in the build dir:
>
> cmake -D BZIP2_LIBRARY_RELEASE=/usr/lib/x86_64-linux-gnu/libbz2.so .
I'l try that... but it seems wrong. autoconf would be able to find that
library, r
FindPackage.cmake:26 (find_package)
.dependencies/iostreams/CMakeLists.txt:10 (ryppl_find_package)
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please ke
ja. There is
> some discussion of some work that adds the depend information to
> ninja, but I don't think it is quite there.
>
> Both of these issues are serious enough that the support for ninja on
> these platforms is broken as far as cmake is concerned.
A shame. Thanks for t
ms on the Mac that aren't present
on Linux, but I guess it's plausible.
Thanks,
> --
> Mike Jackson
>
> On May 15, 2012, at 8:31 AM, Dave Abrahams wrote:
>
>>
>> Can someone explain why a ninja generator isn't available everywhere
>> that ninja
Can someone explain why a ninja generator isn't available everywhere
that ninja runs? Can this be remedied?
Thanks,
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opens
on Mon May 14 2012, Robert Dailey
wrote:
> Is improvement desired in this area?
By me, yes.
> Is the current implementation really satisfactory?
For me, no. I'm trying to make a transition to CMake in a community
where this is being seen as a problematic limitation.
--
Da
Thanks, everybody, for your help. Eventually the CMake expert I've been
working with became available again and he solved the problem easily.
Cheers,
on Wed May 09 2012, Michael Wild
wrote:
> On 05/08/2012 11:13 PM, Dave Abrahams wrote:
>>
>> on Tue May 08 2012
on Tue May 08 2012, Alexander Neundorf
wrote:
> On Tuesday 08 May 2012, Dave Abrahams wrote:
>
>> Here's another one!
>>
>> Scenario:
>>
>> * I am running CMake under 0install to build and install libraries
>>
>> * Each library builds
ath to the
library binaries.
Any help most appreciated.
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
--
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:
on Sat May 05 2012, Clinton Stimpson
wrote:
> On May 5, 2012, at 5:52 AM, Dave Abrahams wrote:
>
>>
>> on Sat May 05 2012, Michael Wild
>> wrote:
>>
>>> On 05/05/2012 07:25 AM, Dave Abrahams wrote:
>>>>
>>>> I need to prese
on Sat May 05 2012, Michael Wild
wrote:
> On 05/05/2012 07:25 AM, Dave Abrahams wrote:
>>
>> I need to preserve the built-but-not-yet-installed state of some
>> projects, and the tool I'm driving CMake with moves the result of every
>> build step from a r
on Sat May 05 2012, Michael Wild
wrote:
> On 05/05/2012 08:25 AM, Dave Abrahams wrote:
>>
>> I am driving invocations of cmake with another tool, and I would like to
>> pass the equivalent of -jN for the "cmake --build" step, but I don't
>> seem to b
ns. Can
anyone help?
Thanks!
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
--
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
th in cmake_install.cmake is the short one
wheras while $CWD is the long one. No match :(
I started to write some code to address this problem, but it's getting
complex to the point where it seems like "there must be a better way."
So I ask: is there?
Thanks in advance,
--
Da
on Mon Apr 16 2012, Andreas Pakulat
wrote:
> On 16.04.12 06:04:33, Dave Abrahams wrote:
>>
>> on Mon Apr 16 2012, Andreas Pakulat
>> wrote:
>>
>> > On 16.04.12 01:37:58, Dave Abrahams wrote:
>> >>
>
>> >> consid
on Mon Apr 16 2012, Andreas Pakulat
wrote:
> On 16.04.12 01:37:58, Dave Abrahams wrote:
>>
>> consider this simple wrapper:
>>
>> function(my_find_package)
>> find_package(${ARGV})
>
>> endfunction()
>>
>> If I replace all
ing as in
https://github.com/ryppl/ryppl-cmake/blob/find-package-hook/Modules/Ryppl.cmake#L9,
but apparently that is too much and it clobbers some variables that it
shouldn't.
Can anyone explain to me what I'm failing to grasp, here?
Thanks,
--
Dave Abrahams
BoostPro Computing
http://www.boos
"standard library."
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
--
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/Wi
Macruby (http://macruby.org)'s installer is a bit unusual:
It will install MacRuby in /Library/Frameworks and provide shortcuts
to its executable utilities in /usr/local/bin, with a "mac" prefix. For
example, "ruby" will be available as "macruby", and "irb" as "macirb".
It would be nice if the
29 matches
Mail list logo