Re: automake-1.7.7 and AM_CFLAGS/CFLAGS

[Alexandre Duret-Lutz]

>>> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:

 Harlan> I'm trying hard to keep the warnings, as I want the
 Harlan> developers to write cleaner code...

Ah, sorry.

Then it's probably better not to append anything to CFLAGS from
./configure.  Put all your extra flags in SOFTW_CFLAGS or
KMOD_CFLAGS, AC_SUBST these, and define `AM_CFLAGS =
$(SOFTW_CFLAGS)' or `AM_CFLAGS = $(KMOD_CFLAGS)' in each
Makefile.

Note that if you use per-target _CFLAGS, you will also have to
append $(AM_CFLAGS) to each such variables.

Probably only of these translation can be automated so you
don't hand-edit your 100+ Makefiles.
-- 
Alexandre Duret-Lutz

Re: automake-1.7.7 and AM_CFLAGS/CFLAGS

[Harlan Stenn]

Thanks, if it comes down to it I'll put AUTOMAKE_OPTIONS=-Wno-gnu in the
affected Makefile.am's.

I'm trying hard to keep the warnings, as I want the developers to write
cleaner code...

H

Re: automake-1.7.7 and AM_CFLAGS/CFLAGS

[Alexandre Duret-Lutz]

>>> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:

[...]

 Harlan> The problem is that the Makefile.am for any kernel code needs to use
 Harlan> different CFLAGS, and when automake sees this we get the:

 Harlan> `CFLAGS' is a user variable, you should not override it;
 Harlan> use `AM_CFLAGS' instead.

 Harlan> This application has thousands of Makefile.am's - any
 Harlan> ideas on a good way to fix this problem?

I don't know if any of these will be "good" for you, but here
are three ideas: put `AUTOMAKE_OPTIONS = -Wno-gnu' in all the
affected Makefile.am, or a use global
`AM_INIT_AUTOMAKE([-Wno-gnu])', or try to gather all kernel
modules inside a subpackage with its own configure and different
CFLAGS.

-- 
Alexandre Duret-Lutz

automake-1.7.7 and AM_CFLAGS/CFLAGS

[Harlan Stenn]

I have an automake/autoconf package that builds "normal" software and also
kernel modules.

"configure" builds a default set of CFLAGS that gets used to build general
software.

The problem is that the Makefile.am for any kernel code needs to use
different CFLAGS, and when automake sees this we get the:

 `CFLAGS' is a user variable, you should not override it;
 use `AM_CFLAGS' instead.

This application has thousands of Makefile.am's - any ideas on a good way to
fix this problem?

H