Re: [Linux-ATM-General] Due for a new release?

[Philip P. <phi...@re...>]

On 12/20/10 1:16 PM, chas williams - CONTRACTOR wrote:
> On Mon, 20 Dec 2010 11:16:22 -0800
> Philip Prindeville<phi...@re...>  wrote:
>
>> Seems to be the same issue:
>>
>> src/q2931/Makefile.am:21: shell $(CC: non-POSIX variable name
>> src/q2931/Makefile.am:21: (probably a GNU make extension)
> we need to find the path to linux/atmsap.h as understood by your cross
> compiler.  this might not be /usr/include

I know why it's done... in fact I added the fix myself.

I'm just wondering why automake is failing to parse Makefile syntax properly, and if there's a simple solution to get rid of this noise.



>> src/qgen/Makefile.am:8: `CFLAGS' is a user variable, you should not
>> override it; src/qgen/Makefile.am:8: use `AM_CFLAGS' instead.
> qgen runs in the local build environment.  there isnt a good well knwon
> solution for this one as far as i know.  if the user passed in CFLAGS
> i suspect he meant it for the cross compiler, not the local compiler
> i need to build this program.

Yeah, I should send the mailing list a question about this...

-Philip