Comment 7 for bug 737846

This bug was fixed in the package gcc-4.5 - 4.5.2-6ubuntu5

---------------
gcc-4.5 (4.5.2-6ubuntu5) natty; urgency=low

  [ Loïc Minier ]
  * Rework config/vxworks-dummy.h installation snippet to test
    DEB_TARGET_GNU_CPU against patterns close to the upstream ones (arm% mips%
    sh% sparc%) as to also install this header on other ports targetting the
    relevant upstream CPUs such as armhf. Add a comment pointing at the
    upstream bug.
  * Update __aeabi symbol handling to test whether DEB_TARGET_GNU_TYPE matches
    arm-linux-gnueabi% instead of testing whether DEB_TARGET_ARCH equals
    armel. Add a comment pointing at the Debian bug and indicating that this
    is only useful for older dpkg-dev versions.
  * debian/rules.def: fix "armel" entry to "arm" in list of
    DEB_TARGET_ARCH_CPUs for Debian experimental GCC 4.5/4.6 libraries.
  * debian/rules2: drop commented out GCC #42509 workaround as this was fixed
    upstream in 4.4+.
  * Change bogus DEB_TARGET_GNU_CPU test on armel and armhf to just test for
    arm as ths is what the Debian arm, armel and armhf port use.
  * Rework snippet setting armv7 on Debian armhf / Ubuntu to avoid
    duplication, as a comment called out for.
  * Use "arm" instead of armel/armhf in DEB_TARGET_GNU_CPU test when deciding
    whether to enable profiledbootstrap.
  * Set DEJAGNU_TIMEOUT=600 on Ubuntu armhf as well.
  * Fix a couple more uses of armel or armhf against DEB_TARGET_GNU_CPU.
  * Patched a couple of comments mentioning armel to also mention armhf.
  * Rename Vcs-* fields to XS-Debian-Vcs-*.
  * Add patch armhf-triplet-backport, support for arm-linux-*eabi* backported
    from a patch sent on the upstream mailing-list.

  [ Steve Langasek ]
  * debian/rules2: pass --libdir also for stageX builds, needed in order to
    successfully build for multiarch.
  * debian/rules2: $(usr_lib) for a cross-build should not include the
    multiarch dir as part of the path.
  * debian/patches/gcc-multiarch+biarch.diff: restore the original intent of
    the patch, namely, that the multilib dir for the default variant is
    always equal to libdir (the multiarch dir), and we walk up the tree
    to find lib<qual> for the secondary variant.
  * debian/patches/gcc-multiarch+biarch32.diff: apply the same multilib
    directory rewriting for biarch paths with multiarch as we do without;
    still needed in the near term.
  * Put our list of patches in README.Debian.$(DEB_TARGET_ARCH) instead of
    in README.Debian, so that the individual files are architecture-neutral
    and play nicely with multiarch. LP: #737846.
  * Add a comment at the bottom of README.Debian with a pointer to the new
    file listing the patches.
 -- Steve Langasek <email address hidden> Sun, 20 Mar 2011 23:39:24 -0700