This is the mail archive of the
mailing list for the GCC project.
Re: C PreProcessor GCC-specific features ideas.
- From: Renato Golin <renato dot golin at linaro dot org>
- To: David Brown <david at westcontrol dot com>
- Cc: Solal <solal dot rastier at me dot com>, gcc <gcc at gcc dot gnu dot org>
- Date: Wed, 23 Apr 2014 16:12:14 +0100
- Subject: Re: C PreProcessor GCC-specific features ideas.
- Authentication-results: sourceware.org; auth=none
- References: <53569B0B dot 9040101 at me dot com> <535773BA dot 6020203 at westcontrol dot com>
On 23 April 2014 09:03, David Brown <firstname.lastname@example.org> wrote:
> Again, this is stepping /way/ outside the appropriate bounds of a
> built-in pre-processor.
> I don't disagree with the idea of improving upon autotools. But I don't
> think adding features to the pre-processor is the way to go.
I completely agree.
> The big step would be to support modules in cooperation with LLVM, and
> thus eliminate "#include":
>From what it seems, this is the only sane thing to do in the compiler.
While that's not an option, Make magic looks a lot less dirty than any