Hello, I don't know if this was discussed in the past. But autoconf has docdir which is default to "prefix/share/doc/${PN}". Our convention is "prefix/share/doc/${PF}". Any reason not add --docdir="/usr/share/doc/${PF}" to default econf? Thanks!
Some configure scripts will generate an error. For example, bash does: >>> Compiling source in /var/tmp/portage/app-shells/bash-3.2_p15-r1/work/bash-3.2 ... * econf: updating bash-3.2/support/config.guess with /usr/share/gnuconfig/config.guess * econf: updating bash-3.2/support/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=i586-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --without-afs --disable-profiling --without-gnu-malloc --without-installed-readline --with-curses --build=i586-pc-linux-gnu configure: error: unrecognized option: --docdir=/usr/share/doc/bash-3.2_p15-r1 Try `./configure --help' for more information. !!! ERROR: app-shells/bash-3.2_p15-r1 failed.
Thanks for trying this! It seems that it was added after autoconf-2.59... Simple approach will be to configure --help | grep docdir... More complex may be ./configure --version | sed -n -e '2 p' | sed 's/.* //' in order to get version end enable/disable features... Or I can continue to add docdir= to econf.
Mike, what do you think about this?
*** Bug 287266 has been marked as a duplicate of this bug. ***
Enough time went by that we can add this now?
(In reply to comment #5) > Enough time went by that we can add this now? A lot of things still break with it... If we're adding it to EAPI 4, we'll probably need a way for ebuilds to forcibly disable it...
How about calling the extended version "econf2" (or econf2.5 since it works with autoconf:2.5)? This seems much cleaner to me than manually hacking the --docdir argument in the ebuild or having arguments magically enabled/disabled.
*** Bug 350423 has been marked as a duplicate of this bug. ***
Ping. We already have to grep configure scripts for EAPI 4, and we already have controllable compression there. Maybe it's time to add this one along with --htmldir?
(In reply to Michał Górny from comment #9) > Ping. We already have to grep configure scripts for EAPI 4, and we already > have controllable compression there. Maybe it's time to add this one along > with --htmldir? Any updates on this? I also agree with passing it when configure option is available to prevent random bugs when a package installs docs in ${PN} location Thanks a lot
Marking this as a duplicate of the extended proposal in bug 468202. *** This bug has been marked as a duplicate of bug 468202 ***
