Lionel Debroux (./259) :
Il faut également symlinker (ou installer dans /usr/bin, tout simplement) tigccdoc (je ne lance la doc de TIGCC que de cette façon)

C'est clair, ce script est fait pour ça.

ttbin2oth et ttpack (ces deux-là étant susceptibles d'être appelés par des scripts)

Les versions publiques de ces deux-là sont censées être installés par la TI-68k Developer Tools Suite (mon paquetage tigcc-tools-suite installe déjà des copies dans /usr/bin, d'ailleurs), les copies livrées avec TIGCC/*nix ne sont que pour l'usage interne et vont bientôt disparaître (parce que ld-tigcc intègre maintenant la compression pucrunch).

Sans compter ktigcc, dans son propre package,

Déjà dans /usr/bin depuis un certain temps.

et les autres tt*, si tu as envie de faire encore un package différent.

Effectivement, je compte continuer à faire un paquetage séparé avec ces outils et à les installer directement dans /usr/bin (comme c'est déjà le cas), donc pour moi ça n'a rien à voir avec TIGCC.

Même /usr/local est mieux que /usr, à mon avis Pourquoi pas /usr/share ??

Parce que /usr/target est la destination prévue par Fedora pour les chaînes d'outil croisées. Et parce que des binaires n'ont rien à faire dans /usr/share.

Je pense qu'il faut implémenter un PREFIX configurable: ça permettra à la fois au packager de mettre les outils où il veut, ET aux utilisateurs de compiler et installer où ils veulent.

C'est déjà le cas, le préfixe est déjà configurable.