On Sun, 9 Oct 2005, Adam C Powell IV wrote: > It looks like about 80-90% of the patch is unnecessary to support this > architecture, e.g. there's no need for openrisc, os400, djgpp, crx etc. > in a Debian system. Can you please edit out the unnecessary parts so > the patch is more compact, while supporting the new arch (and other new > ones like armeb)? If you don't, I will try, but I can't guarantee it > will work...
Well, there might be no need for openrisc, os400, djgpp, crx, but if you think about it, there is really no need to make the patch shorter either. In fact, this is not really about applying a patch, it is about using the most recent config.guess and config.sub available. You can find those files in the autotools-dev package, in /usr/share/misc. If you don't like adding a patch which is aesthetically ugly to you, you can copy the files at build time instead. The details are explained in /usr/share/doc/autotools-dev/README.Debian.gz. > Also, mpich is stuck with about twelve other packages trying to enter > testing, so until that transition is made I'll be unable to upload a new > mpich package. I'll do this as soon as possible. I hope such is not the case anymore. For the record, several hurd-i386 packages fail to build from source because libmpich1.0-dev does not exist. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
