On 01/01/2016 02:36 PM, Matthias Klose wrote: > how was this tested? The last time I checked that option was ignored.
Argh, you are right, I actually mentioned that earlier [1]. Not building -mcpu=ultrasparc results in ATOMIC_INT_LOCK_FREE == 1 which is responsible for the missing symbols on sparc64 multilib [2]. Maybe Jose (CC) can give some hints regarding the proper buildflags which will make gcc build with -mcpu=ultrasparc when -mcpu32 is specified. Jose, any idea? The full background of the problem can be found in the full bug report #792204 [3]: The problem is basically that -mcpu=ultrasparc is not passed to gcc when building the 32-bit libraries on sparc64 which results in ATOMIC_INT_LOCK_FREE == 1 which results in several libstdc++6 symbols missing. Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792204#82 > [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792204#35 > [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792204 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
