boostorg / boostorg/build

Outdated Sparc processor list breaks atomic operations on Niagara processors

Aperta
#338 3 commenti 0 reazioni 1 assegnatario Rivendicata da @grafikrobot Vedi su GitHub
bug transition
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.

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.