libc6-dev:amd64 is not co-installable with libc6-dev:s390x

Bug #1861353 reported by Dimitri John Ledkov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gcc-10 (Ubuntu)
Invalid
Undecided
Unassigned
Focal
Invalid
Undecided
Unassigned
gcc-9 (Ubuntu)
Invalid
Undecided
Unassigned
Focal
Invalid
Undecided
Unassigned
glibc (Ubuntu)
Fix Released
Undecided
Unassigned
Focal
Fix Released
Undecided
Unassigned

Bug Description

$ diff -ru amd64/usr/include/ s390x/usr/include/
diff -ru amd64/usr/include/finclude/math-vector-fortran.h s390x/usr/include/finclude/math-vector-fortran.h
--- amd64/usr/include/finclude/math-vector-fortran.h 2019-11-29 14:19:57.000000000 +0000
+++ s390x/usr/include/finclude/math-vector-fortran.h 2019-11-29 14:19:57.000000000 +0000
@@ -16,28 +16,4 @@
 ! License along with the GNU C Library; if not, see
 ! <http://www.gnu.org/licenses/>.

-!GCC$ builtin (cos) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (cosf) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (sin) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (sinf) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (sincos) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (sincosf) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (log) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (logf) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (exp) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (expf) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (pow) attributes simd (notinbranch) if('x86_64')
-!GCC$ builtin (powf) attributes simd (notinbranch) if('x86_64')
-
-!GCC$ builtin (cos) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (cosf) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (sin) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (sinf) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (sincos) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (sincosf) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (log) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (logf) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (exp) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (expf) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (pow) attributes simd (notinbranch) if('x32')
-!GCC$ builtin (powf) attributes simd (notinbranch) if('x32')
+! No SIMD math functions are available for this platform.
Only in s390x/usr/include/: s390x-linux-gnu
Only in amd64/usr/include/: x86_64-linux-gnu

Not sure if the header should move to like libc6-dev-amd64|s390x packages, or in arch specific subdirectory.

Also, slightly surpised that SIMD math functions are not available for s390x, as we now target z13 minimum, and there should be SIMD instructions available as built-ins.

Thus at the moment I cannot cross build s390x packages on amd64.

tags: added: rls-ff-incoming
Revision history for this message
Florian Weimer (fweimer) wrote :

This file describes the interface of the libmvec library. There is no port for s390x yet, which is why there is nothing there on s390x. Its contents will depend on what has been implemented, too.

The file is architecture-specific and really should be in multiarch subdirectory.

tags: added: focal
removed: rls-ff-incoming
tags: added: id-5e3321bdd8338e1def8a6a14
Revision history for this message
Adam Conrad (adconrad) wrote :

Agreed on the "really should be in multiarch subdir". If you haven't already proposed something for master (I haven't looked), I'll push something in the next couple of days.

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

which tools look into /usr/include/finclude by default? I assume we have to patch these to look into /usr/include/<multiarch>/finclude as well.

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

tested patch.

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

and GCC needs to search the new location by default

tags: added: patch
Matthias Klose (doko)
Changed in glibc (Ubuntu Focal):
status: New → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package glibc - 2.31-0ubuntu5

---------------
glibc (2.31-0ubuntu5) focal; urgency=medium

  * Move libcrypt1 back from pre-depends to depends; while this works fine
    on upgrades, it fails on new installations of libc6+libcrypt1 via apt,
    which is relevant for multiarch and therefore not viable.

 -- Steve Langasek <email address hidden> Wed, 11 Mar 2020 23:26:31 -0700

Changed in glibc (Ubuntu Focal):
status: In Progress → Fix Released
Matthias Klose (doko)
Changed in gcc-10 (Ubuntu):
status: New → Invalid
Changed in gcc-10 (Ubuntu Focal):
status: New → Invalid
Changed in gcc-9 (Ubuntu):
status: New → Invalid
Changed in gcc-9 (Ubuntu Focal):
status: New → Invalid
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.