On 2009/03/06 17:44, Avuton Olrich <[email protected]> wrote: > Please pull from my tree, a few fixes you've asked for, a few that > seemed logical to me. configure.ac is still in complete disarray, but > these are some steps forward, I believe.
That's definitely some big steps forward, thanks. I've merged all of them. > The only one that seems iffy to me is 'don't include a help string > with the --enable-mp3', if I don't include one it appears ac will > make a blank space regardless. If it were my project I'd say screw > backwards compatbility of configure arguments :). Maybe you're right. That patch doesn't work well: --disable-mad seems to get overwritten by the default "mp3" value. Problem is: both the "mp3" and "mad" default handlers (the line that gets executed when the option is not specified) set enable_mad=yes. The one that gets executed later wins in any case! Any other opinions on that? - keep compatibility with configure options and repair that issue? OR: - forget about compatibility, possibily minor annoyance for some users Max ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Musicpd-dev-team mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
