[Dune-devel] Mixing master and releases

[Oliver Sander]

Hi Markus,
I appreciate the suggestion, but: the main argument put forward against
relaxing the versioning requirements of the git master modules was that
it would make things too complicated, with too many different combinations
to debug.  Isn't your suggestion similarly complicated, with more switches
and behavior changes depending on whether one uses cmake or autotools?
I think before telling people to switch on a magic flag to be able to
build certain nonstandard combinations of stable and master branches,
I may as well tell them to hack the dune.module files by hand.
Best,
Oliver

Am 05.03.2014 10:36, schrieb Markus Blatt:
> On Mon, Feb 24, 2014 at 09:57:37AM +0100, Markus Blatt wrote:
>> On Mon, Feb 24, 2014 at 09:45:13AM +0100, Oliver Sander wrote:
>> To me the CMake version systems makes some sense. There, the packages
>> export which to which of their own versions they are compatible. Kind
>> of contradicts the pkg-config stuff, though.
>>
> 
> If you can live with using CMake as the build system, then we could
> probably implement the following compromise:
> 
> - Fix the versioning CMake such that each module reports which version
> of its own it is compatible with.
> - (Optional) Add a switch to dunecontrol, to skip version checking using
> pkg-config only in dunecontrol.
> 
> Then using th autotools everything would be as it was. Using Cmake
> with dunecontrol (but without the switch), too. But when using CMake
> either without dunecontrol or using the switch one could mix versions.
> 
> 
> Markus
> 
> 
> 
> _______________________________________________
> Dune-devel mailing list
> Dune-devel at dune-project.org
> http://lists.dune-project.org/mailman/listinfo/dune-devel
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 534 bytes
Desc: OpenPGP digital signature
URL: <https://lists.dune-project.org/pipermail/dune-devel/attachments/20140305/22588060/attachment.sig>