On 3/10/10 2:41 PM, Keith Marshall wrote:
> On Wednesday 10 March 2010 02:24:52 Natalie Tasman wrote:
>> Regarding the cross-compiling environment, I've gone through the
>> process myself, and here are my notes. I'm using
>> 1) edit the .conf file to update packages to more recent versions,
>> where possible. binutils version 2.20.1-2 doesn't build for me
>> under ubuntu 9.04, with no useful error messages.
> Hmm. The error messages are there, but there is so much cruft spewed
> out after them, that they are difficult to spot. For me, Ubuntu-9.04
> turned out to be an unmitigated disaster, (off-topic for this list),
> so I've reverted to 8.04, on which I found two pertinent problems:--
> 1) The source tarball, on SF, has been incorrectly named. Chris,
> this is a generic source release from upstream; unless you've applied
> a local mingw32 specific patch, it should *not* include the mingw32
> specific qualifier in the source tarball name, and doesn't require
> any further release serialisation number.
> As a QD work around, I downloaded manually, and renamed my locally
> cached copy (correctly), as binutils-2.20.1-src.tar.gz, which allowed
> me to progress to find...
> 2) The binutils folks have, (yet again), released a source package
> with a broken time stamp progression for the BFD info files; (on
> this occasion, the offender is bfd/doc/opncls.texi, derived from
> bfd/opncls.c, which is newer than, and a prerequisite of the shipped
> bfd/doc/bfd.info. I guess that you, in common with most Ubuntu
> users, don't have GNU texinfo installed, (Debian based Linuxes use
> their own incompatible info subsystem), so you don't have the tools
> to resolve this broken prerequisite at build time.
> To work around this /upstream/ bug, I've uploaded a repackaged and
> correctly named source tarball, with the offending texinfo files
> touched in correct sequence:
>> gcc 3.4.5...-3
>> doesn't have src tarballs, so you need ...-2:
> Correct. This is documented in the release notes, (directly visible
> and browsable on SF), for the gcc-3.4.5...-3 release packages.
>> assume GCC_VERSION 3.4.5-20060117-2
>> assume BINUTILS_VERSION 2.19.1
>> assume RUNTIME_VERSION 3.18
>> assume W32API_VERSION 3.14
>> 2) manually download the following files; sourceforge has changed
>> their file release system since the script was authored, so the
>> script can no longer wget the files correctly.
> The CVS version of the scripts has already been modified to account
> for that SF change; I guess it's time to get that released:
>> 3) run the program with i686-pc-mingw as the host argument; have
>> the script find the files downloaded in 2) rather than try to get
>> them itself.
> With my source package corrections, and the new scripts release, this
> assume GCC_VERSION 3.4.5-20060117-2
> assume BINUTILS_VERSION 2.20.1
> assume RUNTIME_VERSION 3.18
> assume W32API_VERSION 3.14
> should download and build fine; (it does for me).