On Thursday, August 9, 2012 11:42:40 AM UTC+2, Snark wrote: > > Le 09/08/2012 10:59, Jean-Pierre Flori a �crit : > > Although we definitely do not want to regenerate anything at build time > > as well... > > Let me quote from /usr/share/doc/autotools-dev/README.Debian.gz which is > cited in > > http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-autotools > > : > (from the preamble) > <<< > Note: libtool is part of the autotools toolchain, but we don't cover > libtool well in this document. However, there are a few big fat > warnings that I will repeat here: > > Your package must use an up-to-date libtool. See the libtool package > for more information. Always retool (rebuild all autotools-generated > files) on package build time when using libtool. > >>> > > > (from the "Introduction" section) > <<< > Autoconf's more advanced architecture-aware code (invoked when the > AC_CANONICAL family of macros are used, which is always the case if > libtool is being used, for example) also needs two extra helper scripts: > config.sub and config.guess. > > These two helpers, config.guess and config.sub, need to be constantly > updated to address new architectures. Unfortunately, Debian's automake > package has failed to provide such timely updates regularly, and even if > it did, most developers are not even aware of the need for such updates. > Their upstream often isn't, either. > > The result ends up as serious bugs filled in the BTS by porters. Given > the amount of packages using autoconf and automake in Debian, we are > talking about a rather large number of bugs every time we start supporting > a new architecture. > >>> > > I propose to go the debian way instead of the opposite direction. > > Snark on #sagemath > The slight difference is that Debian surely does not care about requiring autotools, people here might feel differently. And running autotools also takes a small but non negligible amout of time, for what the same remark apply.
-- -- To post to this group, send an email to [email protected] To unsubscribe from this group, send an email to [email protected] For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
