[PATCH modular 2/3] build.sh: support CC, CPP, CPPFLAGS and CFLAGS
Gaetan Nadon
memsize at videotron.ca
Sat Dec 4 12:46:28 PST 2010
On Fri, 2010-12-03 at 13:58 -0500, Gaetan Nadon wrote:
> > > + CC C compiler command
> > > + CFLAGS C compiler flags
> > > + LDFLAGS linker flags, e.g. -L<lib dir> if you have
> > libraries in a
> > > + nonstandard directory <lib dir>
> > > + CPPFLAGS C/C++/Objective C preprocessor flags, e.g.
> > -I<include dir> if
> > > + you have headers in a nonstandard directory
> > <include dir>
> > > + CPP C preprocessor
> > > CONFFLAGS: additional flags to pass to all configure scripts
> > > CONFCFLAGS: additional compile flags to pass to all configure
> > scripts
> > > MAKEFLAGS: additional flags to pass to all make invocations
> >
> > If we're picking these up from the environment, then why do we need
> > to
> > pass them to configure?
>
> I struggled with this question as I noticed it in the current
> implementation.
>
> I vaguely recall Automake recommending specifying it on the command
> line, though they make every effort to ensure it works properly.
>
This is where "I vaguely" recall seeing the recommendation. Right
in ./configure --help:
Usage: ./configure [OPTION]... [VAR=VALUE]...
To assign environment variables (e.g., CC, CFLAGS...), specify them as
VAR=VALUE. See below for descriptions of some of the useful variables.
:-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-devel/attachments/20101204/1b1f959c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg-devel/attachments/20101204/1b1f959c/attachment-0001.pgp>
More information about the xorg-devel
mailing list