[cmake-developers] ninja bug

Peter Kümmel syntheticpp at gmx.net
Sat Apr 21 07:37:24 EDT 2012


On 21.04.2012 13:24, David Cole wrote:
>
>
> On Sat, Apr 21, 2012 at 6:53 AM, Peter Kümmel <syntheticpp at gmx.net <mailto:syntheticpp at gmx.net>> wrote:
>
>     On 19.04.2012 16:21, Bill Hoffman wrote:
>
>         On 4/19/2012 4:16 AM, Nicolas Desprès wrote:
>
>             That's possible indeed. There are discussions whether to support all
>             compilers deps file formats inside Ninja or in another program (see
>             the deplist branch and discussion thread). The deplist branch is an
>             attempt to provide a common format to store the dependencies in a
>             fast-to-parse format.
>
>             Currently, it is not merged yet and Ninja still relies on its own
>             parser which is probably not bug free and does not have all the
>             work-around required for all compilers versions.
>
>         So, should I post this issue on the ninja list?
>
>
>         I am also wondering if we could create a cmake depend generator for
>         ninja.  Then if the compiler did not support -M in a format that ninja
>         likes, it could fall back to the cmake version.
>
>
>     Does this mean cmake could preprocess C/C++ files and detect all #includes
>     while using the search paths which are also passed to the compiler?
>
>     Peter

>
> Yes.
>
> It does do that to generate the dependencies used for the Makefile generators.
>
> It's imperfect, but close enough for most purposes.
>

Great! Is this the step which will be dropped when the /fast target is build?

Peter




More information about the cmake-developers mailing list