This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

crosstool-0.32 released


Hey, kids, time to try gcc-4.0.0!
Also includes several bugfixes, and nicer RPM support.
And the build matrix can now stun an ox.

Home page:
http://kegel.com/crosstool/
Quick download:
http://kegel.com/crosstool/crosstool-0.32.tar.gz
Build results matrix:
http://kegel.com/crosstool/crosstool-0.32/buildlogs/

Changelog:

0.32:
    New features:
    * sanitized kernel header support (from Arno Schuring)
    * gcc-4.0.0 support

    regtest-{run,report}.sh:
    * generates much more complete build matrix in buildlogs/
    * generates simple text summary of buildlogs, all.dats.txt
    * build matrix html report now has labels on right and bottom, too
    * no more silly .sh suffix in middle of filenames in buildlogs/
    * regtest-run.sh now digests log files, so regtest-report.sh
      doesn't have to
    * now smarter about recovering from failures on remote system

    crosstool.sh bugfixes:
    * The change in 0.29 to build the apps that come with glibc with
      the real compiler should have only done it if really needed.
      Doing it when it's not needed causes problems like
      build-glibc/libc.so.6: undefined reference to `__deregister_frame_info'
      when building the apps that come with glibc.
      I now avoid rebuilding the glibc apps if they were already built
      earlier, which should fix this.
    * That change also caused some files like bits/syscalls.h and bin/iconv
      to not be installed.  Thanks to Peter Barada for catching this.
    * fixed minor test -z ${LINUX_DIR}/.config bug

    Improved rpm support:
    * crosstool.sh now builds fix-embedded-paths, a little app you can
      use to fix embedded paths in gcc and binutils binaries.  Useful
      especially for gcc-2.95.3 and binutils < 2.14.  It lets you build
      crosstool in one place, then later move it somewhere else.
    * no longer assumes you have fedora-rpmdevtools installed
    * now tested even with old redhat 7.1's version of rpm and buildrpm
    * The generated spec files now only build combinations known to work.
      They look at buildresults/*.dat.txt to tell what works.
    * rpms no longer have directory permissions problems if installed
      with funny umask, and no longer leave directories behind after
      uninstallation
    * You can now build from sprms as a normal user without making
      /opt/crosstool or /usr/crosstool writable first
    * host c++ no longer stripped with target 'strip' when building rpm
    * now generates RPMs for gcc's shared libraries in case you want
      to run newer gcc's than your development system has installed
    * buildcommonrpm.sh - first cut at silly little package to hold config.guess
      (useful mainly for my $prefix/`config.guess`/$target build layout)

    getandpatch.sh:
    * Now looks in new environment variable $TARBALLS_CACHE_DIR before
      downloading to $TARBALLS_DIR.  This was added to make life easier
      when generating .src.rpm's.
    * Now knows about a second download site for gcc and glibc
      (useful if ftp.gnu.org is down)

    glibc:
    * added patches to let glibc-2.2.2 be compiled with gcc-3.4
    * added x86 sysv abi compliance patch glibc-2.2.2-export_fp_hw.patch
      to both glibc-2.1.3 and glibc-2.2.2

    cygwin target:
    * updated to current cygwin (old one isn't online anymore -- they move fast?)

    doc/crosstool-howto.html:
    * added links to
      http://ftp.jg555.com/patches/raq2   - Jim Gifford's MIPS / Raq2 patches
      http://www.andric.com/cross/patches - Dmitry Andric's ARM / vfp patches

    Known issues:
    * several architectures that have trouble now (e.g. sh4) will probably
      be happier with sanitized kernel headers; I haven't tried them.
    * The demo-$CPU.sh scripts are way out of date, and should be
      auto-generated from the build matrix
    * The build matrix was computed by building on redhat 7.1,
      so the failure of x86_64 with gcc-3.4.3-glibc-2.3.2 is
      expected.  It works on newer build machines.  See http://gcc.gnu.org/PR9552



--
Trying to get a job as a c++ developer?  See http://kegel.com/academy/getting-hired.html



------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]