Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Works for me.  But we [distros] do want to mandate autoreconf anyway in the
> general case: it is the *only* way to keep upstream honest about the much
> hated build system not bitrotting until it decides to blow up right when we
> need it for a security update.

I know.  But there is a lot of tarballs not able to be easily
autoreconf-ed (more than 10 years old) and not having upstream.. and it
needs a lot of changes downstream before autoreconf successes.. (and you
need to have a quite good knowledge about auto-toolset).

I'm glad to see that problem is approaching even solution requiring
autoconf .. not forcing anybody, just wanted to make sure that this was
also considered (and also that config-patches mailing list is also CC'd).


_______________________________________________
Autoconf mailing list
Autoconf@xxxxxxx
https://lists.gnu.org/mailman/listinfo/autoconf




[Index of Archives]     [GCC Help]     [Kernel Discussion]     [RPM Discussion]     [Red Hat Development]     [Yosemite News]     [Linux USB]     [Samba]

  Powered by Linux