There was just one other thing ... </columbo>
# Set default configure arguments
confargs="--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin \
--sbindir=/usr/sbin --libexecdir=/usr/sbin \
--localstatedir=/var --sysconfdir=/etc"
case "x$(grep -m 1 'GNU Autoconf' ${configure} | cut -d ' ' -f 6)" in
x2.6[0-9]*)
confargs+=" --datarootdir=/usr/share --docdir=/usr/share/doc/${P}"
;;
*)
confargs+=" --datadir=/usr/share --infodir=/usr/share/info \
--mandir=/usr/share/man"
;;
esac
This bit causes me problems. For some reason the autoreconf stage only
regenerates the configure scripts in the top level and in the libstdc++-v3
subdir. The original configure scripts in the gcc tarball are built by
autoconf-2.59, but I've got 2.61 on my build machine. The consequence is
that I end up with a mixture of 2.59 and 2.61 configure scripts, and
confargs are set appropriately for the top-level 2.61-built script, which
means that when we configure in the subdirs based on 2.59-built scripts, it
errors out:
Configuring stage 1 in ./intl
configure: error: unrecognized option: --datarootdir=/usr/share
Try `/gnu/gcc/package/gcc4-4.3.0-1/src/gcc-4.3.0/intl/configure --help' for
more information.
make[2]: *** [configure-stage1-intl] Error 1
Is the autoreconf step meant to regenerate all configure scripts,
regardless, or is this (mixed-version configure scripts in one build) just a
corner-case that isn't handled?
cheers,
DaveK
--
Can't think of a witty .sigline today....
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Cygwin-ports-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cygwin-ports-general
