On Mon, Jul 15, 2013 at 3:26 PM, Christopher Sean Morrison
wrote:
> On Jul 15, 2013, at 7:32 AM, Tom Browder wrote:
>> I'm just suggesting the macro as a way to help new BRL-CAD builders
>> avoid the same mistake.
>
> I think it's good to make it not be a mistake. It's an entirely reasonable
>
On Jul 15, 2013, at 7:32 AM, Tom Browder wrote:
> I'm just suggesting the macro as a way to help new BRL-CAD builders
> avoid the same mistake.
I think it's good to make it not be a mistake. It's an entirely reasonable
expectation and one step less if all you care about is a single compile.
Tom,
That situation has changed since the early days of BRL-CAD's CMake build -
in-src-dir building should now work. In fact, one of our distcheck-full
builds now tests an in-src-dir build, not just for compilation and
functionality but a working distclean target as well.
Because of the introspe
On Mon, Jul 15, 2013 at 6:24 AM, Daniel Roßberg
wrote:
> I thought I'm doing such an out of sources build all the time. Have
> you used the CMake GUI?
No, Daniel, I don't use the GUI, and I ALWAYS do an out-of-source
build since my disastrous first cmake build a couple of years ago.
I'm just su
I thought I'm doing such an out of sources build all the time. Have
you used the CMake GUI?
Daniel
2013/7/15 Tom Browder :
> Since getting on the CMake band wagon and successfully (albeit newbie
> crudely) converting a non-trivial project to CMake, I have been
> looking for a macro to enforce b
Since getting on the CMake band wagon and successfully (albeit newbie
crudely) converting a non-trivial project to CMake, I have been
looking for a macro to enforce building out side a project's source
directory. I found a user-contributed one that seems to be a
reasonable start and I am experimen
