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 <steve.langa...@ubuntu.com> Sun, 20 Mar 2011 23:39:24 -0700
** Changed in: gcc-4.5 (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/737846
Title:
/usr/share/doc/gcc-4.5/README.Debian.gz contains arch-specific patch
information, makes it not multiarch-safe
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
