non-recursive make & CPPFLAGS

Hi, Give a Makefile.am similar to this: lib_LIBRARIES = libfoo.a libfoo_a_SOURCES = foo/foo.c libfoo_a_CPPFLAGS = -DFOO lib_LIBRARIES += libbar.a libbar_a_SOURCES = bar/bar.c libbar_a_CPPFLAGS = -DBAR Such Makefile.ams typically can be met when converting a recursive sourcetree into a non-recur

Re: automake 1.7d feedback

>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes: [...] adl> I'm installing the following patch, in an attempt to fix the adl> rule/target usage throughout the manual. [...] Following a private reply from Bruno, I'm installing this. 2003-11-27 Alexandre Duret-Lutz <[EMAIL PROTECT

Re: 'ccache gcc' as compiler with libtool

>>> "Bob" == Bob Friesenhahn <[EMAIL PROTECTED]> writes: [...] Bob> I believe that Automake would be more robust with Libtool 1.5 and Bob> later if it automatically provided the --tag= option to libtool. [...] This is on the TODO list. Maybe someone can look at this for Automake 1.9. How can

Re: how does AM_INIT_AUTOMAKE([options]) work?

>>> "Marty" == Marty Leisner <[EMAIL PROTECTED]> writes: Marty> I was under the impression I can pass command line Marty> options with this syntax... Marty> Options like Marty> foreign Marty> work but Marty> verbose Marty> doesn't. The allowed options are documented in node "opti

Re: automake 1.7d feedback

>>> "Bruno" == Bruno Haible <[EMAIL PROTECTED]> writes: [...] Bruno>"A target defined in `Makefile.am' generally overrides any such Bruno>target of a similar name that would be automatically generated by Bruno>`automake'." Bruno> But in standard "make" terminology there is no such

Boost Your Car's Gas Mileage 27%+.....kellan

FUEL SAVER PRO This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. www.bb4n.org/?axel=49 PROVEN TECHNOLOGY A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel Sav

Re: Non-recursive make & maintenance issue

On Thu, 27 Nov 2003, Jirka Hanika wrote: > > In other words, dealing with junk like > > > > apps_build_postgres_src_build_postgres_SOURCES > > > > is very tiring and failure prone. Is there a reason why it can't > > simply be > > > > apps/build-postgres/src/build-postgres_SOURCES ? > > Speaking a

Re: Non-recursive make & maintenance issue

> In other words, dealing with junk like > > apps_build_postgres_src_build_postgres_SOURCES > > is very tiring and failure prone. Is there a reason why it can't > simply be > > apps/build-postgres/src/build-postgres_SOURCES ? Speaking as a random user, this would only be a win (to me) if the t

.

gqjhyl l yadgcps jwyekjicmufwkvcdgsed