Re: [ecasound] Ecasound 2.3.5 released

Hi,

> I guess a valid work-around is to set -DPKGDATADIR in AM_CPPFLAGS and make
> sure no foobar_CPPFLAGS variables are defined in the same Makefile.am (as
> those override AM_CPPFLAGS). Does this sound ok?

Actually, as you point out, I'm not quite sure about older automaken.
If you don't mind breaking old automake versions, and if your tests
sound positive with the automake 1.8/1.9 or whatever version you are
using, that should be okay with me.

> > I will probably be able to work around them; but I think
> > automake/autoconf supports having DATADIR etc set at 'make' time
> > (depending on the 'prefix' value). Which will be broken in this approach.
>
> Hmm, that's true. So should it be possible to do:
>
> make install pkgdatadir=/usr/foo/share-ecasound
>
> ...? If yes, then config.h cannot be used and $pkgdatadir must be passed
> in AM_CPPFLAGS of libecasound/Makefile.am.

It's not a recommended way to do it, but some people do
make install PREFIX=tmp/usr
which will break.
I would always use DESTDIR in that case; but who knows...

I would just document the assumption somewhere and drop that support
if it's a pain to maintain.
You should let automake do the work for you, and not you work
for automake :)

regards,
        junichi

-- 
Junichi Uekawa, Debian Developer
17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4
http://www.netfort.gr.jp/~dancer/
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Ecasound-list mailing list
Ecasound-list@email-addr-hidden
https://lists.sourceforge.net/lists/listinfo/ecasound-list