[armel/armhf] handling of multiarch paths missing, depending on -mfloat-abi

Bug #810360 reported by Matthias Klose
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
eglibc (Ubuntu)
Fix Released
Undecided
Unassigned
gcc-4.6 (Ubuntu)
Fix Released
Undecided
Unassigned
gcc-defaults (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

gcc currently doesn't look into the multiarch paths missing, depending on -mfloat-abi, like it's done for the biarch's.

Tags: armel
Revision history for this message
Matthias Klose (doko) wrote :

e.g. for a native build on armel, the armhf directories should be searched if -mfloat-abi=hard is present.

Revision history for this message
Steve Langasek (vorlon) wrote :

I took a look at doing this, but as far as I can see gcc 4.6 isn't even being built as a multilib toolchain currently:

gcc -print-multi-lib
.;

I know what to do with the multilib directory itself in the config to make this happen, but I'm afraid I don't understand multilib itself well enough to be confident that this would all get built correctly. After all, we need the toolchain to build a separate copy of libgcc and libstdc++ and install that to the correct place, right? That seems to be a prerequisite for pointing it at the multiarch paths for linking, which is comparatively easy.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gcc-defaults - 1.107ubuntu3

---------------
gcc-defaults (1.107ubuntu3) oneiric; urgency=low

  * Build the -multilib packages for armel/armhf. LP: #810360.
 -- Matthias Klose <email address hidden> Wed, 20 Jul 2011 09:38:27 +0200

Changed in gcc-defaults (Ubuntu):
status: New → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package eglibc - 2.13-9ubuntu3

---------------
eglibc (2.13-9ubuntu3) oneiric; urgency=low

  * Build libc6-armhf and libc6-dev-armhf packages on armel. LP: #810360.
  * Build using GCC 4.6 on armel.
  * Add an empty directory /usr/lib/<multiarch> in the biarch -dev packages,
    needed by GCC to resolve names relative to this path.
 -- Matthias Klose <email address hidden> Wed, 20 Jul 2011 15:22:21 +0200

Changed in eglibc (Ubuntu):
status: New → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gcc-4.6 - 4.6.1-4ubuntu2

---------------
gcc-4.6 (4.6.1-4ubuntu2) oneiric; urgency=low

  * Update to SVN 20110720 (r176494) from the gcc-4_6-branch.
    - Fix PR target/49541, PR tree-optimization/49768, PR middle-end/49675,
      PR target/49746, PR middle-end/49732, PR tree-optimization/49725,
      PR target/49723, PR target/49541, PR tree-opt/49309, PR c++/49785,
      PR ada/48711, PR ada/46350, PR fortran/49648, PR testsuite/49753,
      PR tree-optimization/49309.
  * Update the Linaro support to the 4.6-2011.07-0 release.
    - Fix PR target/49335. LP: #791327.
  * Update gcc-multiarch:
    - Add -print-multiarch option.
    - Fix library path for non-default multilib(s).
    - Handle `.' in MULTILIB_DIRNAMES.
  * Add support to build multilib on armel and armhf, only enable it for
    Ubuntu/oneiric. LP: #810360.
 -- Matthias Klose <email address hidden> Wed, 20 Jul 2011 17:44:32 +0200

Changed in gcc-4.6 (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.