Outdated Sparc processor list breaks atomic operations on Niagara processors
- Lingua principale
- C++
- Stelle
- 251
- Fork
- 63
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
See downstream bug with logs: https://bugs.gentoo.org/646234
The code tries to autodetect the processor architecture, and overrides (!) the CXXFLAGS by the user by appending the result of the autodetection. Sadly this does not know about anything newer than ultrasparc3 (gcc knows about -mcpu=niagara since 4.2). For all unknown processors it forces a fallback to v7, which is unnecessary since it's the compiler default if no architecture is passed, and it is extremely old and does not know about atomic operations on anything larger than single bytes. And to make it worse it doesn't link to libatomic then.
My suggestion is to entirely drop that code and just let the user pass what is deemed appropiate. This especially makes it much easier if I want to build a package for a machine that does not match the current type.
Guida per i contributori
Apri la guida per i contributori
Valutazione
Questa issue non è ancora stata valutata.