Review Request: Allow to pass multiple targets and build variables to the make builder
Alexandre Courbot
gnurou at gmail.com
Sun Apr 15 08:01:19 UTC 2012
> On April 13, 2012, 9:27 p.m., Milian Wolff wrote:
> > projectbuilders/makebuilder/imakebuilder.h, line 42
> > <http://git.reviewboard.kde.org/r/104537/diff/2/?file=56290#file56290line42>
> >
> > please don't inline this (it's virtual anyways), put it into the .cpp file
>
> Alexandre Courbot wrote:
> There is no cpp file for IMakeBuilder yet, but ok.
>
> Andreas Pakulat wrote:
> If you're adding non-pure-virtual functions to IMakeBuilder you're doing the wrong thing already. The interface should not have any such functions, its just an API definition.
>
> Milian Wolff wrote:
> true, apaku has a point. leave the default-implementation to the implemenation, not to the interface.
>
> Alexandre Courbot wrote:
> How about IProjectBuilder, which also has implemented methods for e.g. configure()? I am fine with slipping these into the implementation, but this means code duplication if another implementation gets in. We are using C++, not Java - is there any *practical* reason to take interfaces so literally?
Giving it a second thought, keeping executeMakeTarget() purely virtual would not break the ABI, which is good. I will only extend IMakeBuilder with a multi-target + variables variant of it and it should fulfill the purpose while keeping things purely virtual.
- Alexandre
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104537/#review12409
-----------------------------------------------------------
On April 11, 2012, 2:13 a.m., Alexandre Courbot wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/104537/
> -----------------------------------------------------------
>
> (Updated April 11, 2012, 2:13 a.m.)
>
>
> Review request for KDevelop.
>
>
> Description
> -------
>
> This change augments the IMakeBuilder interface and MakeBuilder class to let them support the following:
>
> 1) Let make be run with multiple targets to build in one run
> 2) Pass build variables as a QMap of (variable, value) pairs that are also passed to make's command line.
>
> E.g. this change now makes it possible for the make builder to perform make invokations that look like the following (example taken from an actual Linux kernel build):
>
> $ make ARCH=arm CROSS_COMPILE=/usr/bin/arm-elf- vmlinux modules
>
> API compatibility is not broken, but ABI is as the former virtual method of IMakeBuilder is now an inline function.
>
>
> Diffs
> -----
>
> projectbuilders/makebuilder/imakebuilder.h 56735425d78551883f109e942145eba2aa982687
> projectbuilders/makebuilder/makebuilder.h 34881c6eaee775b6b8b53959dfcf825732e806da
> projectbuilders/makebuilder/makebuilder.cpp 6c6905db30f469958f4a0048826febea29bad15a
> projectbuilders/makebuilder/makejob.h 19032fdf371da793d52b3457e5aa78a6b8458150
> projectbuilders/makebuilder/makejob.cpp ad5636dbfdadf3ae18ad1cc5b8dff078dd34cd42
>
> Diff: http://git.reviewboard.kde.org/r/104537/diff/
>
>
> Testing
> -------
>
> Ensured API remained compatible and prior API behaved identically, tested build variables with the kdev-kernel plugin that uses them.
>
>
> Thanks,
>
> Alexandre Courbot
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20120415/5e35ece8/attachment.html>
More information about the KDevelop-devel
mailing list