So, I'm realizing that the vast majority of CFLAGS and CXXFLAGS variables
in Makefile.in's are after a config.mk/rules.mk include, and for now I'm
not touching them.  Help wanted on moving those ones to moz.build because
I'm not sure what I should be watching out for.

(Also, the vast majority of those variables just add things like TK_CFLAGS
that do not exist in moz.build.  I'm ignoring those as well.)

--
Ehsan
<http://ehsanakhgari.org/>


On Sun, Feb 16, 2014 at 10:08 PM, Gregory Szorc <g...@mozilla.com> wrote:

> On 2/16/2014 6:07 PM, Ehsan Akhgari wrote:
> > What is the plan for porting CFLAGS and friends to moz.build?  Is there
> > any work in progress for that?  How can one help?
>
> There is the potential for weird interactions between config.mk and
> CFLAGS and friends, which is the primary reason we held off porting it.
> I /think/ most of those concerns went away when we included backend.mk
> in config.mk rather than in rules.mk. But keep in mind there's still the
> potential for reordering issues: because of how variable assignment
> works in make and how variable evaluation is performed in rules.mk, if a
> variable change *after* "include rules.mk" in a Makefile.mk is moved to
> a moz.build, that may change behavior. CFLAGS manipulation before
> "include config.mk" or "include rules.mk" should be safe to move to
> moz.build. Exercise extreme discretion if CFLAGS and friends are
> manipulated after including config.mk or rules.mk.
>
>
_______________________________________________
dev-builds mailing list
dev-builds@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-builds

Reply via email to