[Clang] pacman-4.1.2-6, '-fstack-protector-strong' (Résolu)
Publié : lun. 12 mai 2014, 17:53
Salut.
Le principal changement dans la dernière révision du paquet pacman (la 6) est le paramètre
Alors que faire pour remédier à cela dans les PKGBUILDs qui utilisent clang ?
- Définir
- Redéfinir les drapeaux comme ceci :
- Sourcer un script qui contiendrait les drapeaux corrects ?
- Rien faire, juste en avertir les personnes qui souhaitent compiler le paquet (mais bon, c'est un peu le but du mainteneur de faire des efforts pour les utilisateurs) ?
- Le signaler sur le BugTracker d'ArchLinux ?
...
Je sais que nous ne sommes pas obligés d'appliquer les changements dans les fichiers de configuration (sauf que
), mais le problème se passera forcément sur les nouvelles installations, et bien entendu chez les personnes qui modifieront ce fichier.
Donc, une fois de plus, je fais appel à votre avis pour prendre une décision.
Merci d'avance.
Le principal changement dans la dernière révision du paquet pacman (la 6) est le paramètre
-fstack-protector
qui devient -fstack-protector-strong
(dans le fichier /etc/makepkg.conf), visiblement destiné pour gcc, car il n'y a pas besoin de le nier, clang en est allergique.Alors que faire pour remédier à cela dans les PKGBUILDs qui utilisent clang ?
- Définir
options=('!buildflags')
, au risque d'avoir un code générique (donc non-optimisé) ?- Redéfinir les drapeaux comme ceci :
CFLAGS="${CFLAGS//-strong}" CXXFLAGS="${CXXFLAGS//-strong}"
?- Sourcer un script qui contiendrait les drapeaux corrects ?
- Rien faire, juste en avertir les personnes qui souhaitent compiler le paquet (mais bon, c'est un peu le but du mainteneur de faire des efforts pour les utilisateurs) ?
- Le signaler sur le BugTracker d'ArchLinux ?
...
Je sais que nous ne sommes pas obligés d'appliquer les changements dans les fichiers de configuration (sauf que
yaourt -C
existe 
Donc, une fois de plus, je fais appel à votre avis pour prendre une décision.
Merci d'avance.
