[Dune] [Dune-Commit] dune-common r6651 - branches/cmake/cmake/modules

Martin Nolte nolte at mathematik.uni-freiburg.de
Tue Apr 24 14:34:35 CEST 2012


Hi Markus,

it was not my intention to argue, yet. However, it seems you are investing 
quite a lot of time into the cmake stuff and, since such a problem might 
eventually become a show stopper, I wanted to point this out as early as possible.

At least I make heavy use of the possibility to steer make via the command 
line when generating a single executable. Changing CXXFLags is only one 
(prominent) example. Other examples are changing grid type, polynomial degree 
of the ansatz space, some problem data, etc. Will this no longer be possible 
with cmake or will I have to set up a full out of source build for each such 
configuration? Are there good alternatives for configuring the build of single 
executable?

As I said, I do not want you to waste you precious time. So, if cmake does 
indeed have a (major) drawback over the autotools, you might want to discuss 
the issue before continuing your work. I guess maintaining two build systems 
is out of question in the long run.

Best,

Martin


On 04/24/2012 02:09 PM, Markus Blatt wrote:
> Hi Martin,
>
> On Mon, Apr 23, 2012 at 08:41:56PM +0200, Martin Nolte wrote:
>> does this mean using cmake will be a step backwards?
>
> Let's not argue about this at this stage.
>
>> Or is there a
>> good alternative to passing CXXFLAGS="-g" to make in order to
>> quickly do a debug build?
>
> What do you mean by quickly? Without reconfiguring or just building
> one binary with different CXXFLAGS?
>
> Markus
>

-- 
Dr. Martin Nolte <nolte at mathematik.uni-freiburg.de>

Universität Freiburg                                   phone: +49-761-203-5630
Abteilung für angewandte Mathematik                    fax:   +49-761-203-5632
Hermann-Herder-Straße 10
79104 Freiburg, Germany




More information about the Dune mailing list