This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
Hi!
On Tue, 08 May 2012 15:15:43 +1000, Allan McRae <allan@archlinux.org> wrote:
> On 08/05/12 09:06, Roland McGrath wrote:
> > --- a/config.make.in
> > +++ b/config.make.in
> > @@ -102,7 +102,7 @@ CC = @CC@
> > CXX = @CXX@
> > BUILD_CC = @BUILD_CC@
> > CFLAGS = @CFLAGS@
> > -CPPFLAGS-config = @CPPFLAGS@
> > +CPPFLAGS-config = @CPPUNDEFS@ @CPPFLAGS@
>
> Is there a reason to prepend this rather than append it? Appending it
> has the advantage of fixing the build for people who have
> _FORTIFY_SOURCE defined in their default build environment CPPFLAGS
> (which this currently detects but does not fix).
The idea, I suppose, is that you in fact *can* override glibc configury's
decision by specifying CPPFLAGS:
$ ./configure --help
[...]
Some influential environment variables:
[...]
CPPFLAGS (Objective) C/C++ preprocessor flags, e.g. -I<include dir> if
you have headers in a nonstandard directory <include dir>
[...]
Use these variables to override the choices made by `configure' or to help
it to find libraries and programs with nonstandard names/locations.
GrÃÃe,
Thomas
Attachment:
pgp00000.pgp
Description: PGP signature
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |