Renier Morales píše v Čt 10. 04. 2008 v 13:44 -0400:
>
> [EMAIL PROTECTED] wrote on 04/09/2008
> 11:48:03 AM:
>
> > Hi,
> >
> > is it really correct to use AM_CFLAGS = @CFLAGS@ in Makefile.am?
> What I
> > can see is that the real compile command line is always combined
> from
> > both the CFLAGS and AM_CFLAGS. So in the current situation I end
> with
> > the real C flags given twice to the compiler (makes the build logs
> > bigger ;-) ). As per automake documentation
> > (http://www.gnu.org/software/automake/manual/html_node/Program-
> > variables.html#index-AM_005fCFLAGS-494), AM_CFLAGS should be used to
> > pass only additional flags. There are actually also other flags
> > passed via AM_CFLAGS so the whole usage should be verified I think.
>
> Yes, you are absolutely right. This was done in the beginning when
> automake understanding was not what it is now.
> If you open a bug at sourceforge.net, I will position it so that it
> gets fixed in one of the 2.11.x releases.
OK, I will open a bug and as I am working on a patch that should correct
the situation, I will post it too. I think I will have 2 of them - the
first one will remove the assignment of CFLAGS to AM_CFLAGS (it is
really easy) and the other will do the cleanup of COV_CFLAGS and
NOCFLAGS.
The usage of COV_CFLAGS is redundant in the Makefiles as it directly
modifies "system wide" CFLAGS. Another situation is with the NOCFLAGS
(which only disables optimizations) - it will require to add them to
every program's CFLAGS (only some of the tests are affected).
Dan
--
Dan Horák
Software Engineer
Red Hat Czech s.r.o., Purkyňova 99, 612 45 Brno
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel
