Comme vous l’avez deviné, ma machine est un Athlon-XPM
Je me demandais comment utiliser les flags “-fvisibility=hidden” et “-fvisibility-inlines-hidden”, en effet, il me semble que Mdk s’en est servi pour optimiser KDE mais quand j’ai voulu m’en servir hier, pas moyen de compiler kdelibs et pas mal d’autres programmes on fait la gueule parce que ça cache des symboles (j’vais pas aller plus loin car j’y pige pas grand chose, j’ai juste regarder la page d’info de gcc…)
Concernant les options -fvisibility, le configure de kde les active tout seul si ton compilo les propose, ce qui est ton cas avec gcc-3.4.3. Les applis doivent être codées de façon spécifique pour pouvoir les utiliser. Si tu rajoutes ces flags dans ton make.conf, tu risques d’avoir des gros prob.
PS: pourrais-tu me dire si tu as déjà compilé kde-3.4.0 avec gcc-3.4.3? Dans l’affirmative j’aimerais savoir si tu ne rencontre pas les mêmes petits bugs que moi (que je t’indiquerais)
J’suis en train de tout recompiler avec GCC 3.4 là. Mais j’ai déjà des bugs : ça plante complètement quand je lance : konqueror en mode navigateur, kcontrol, kinfocenter ou affichage d’une parge web plus “complexe” qu’un HOWTO dans konqueror…
Mes bugs sont un peu plus légers que les tiens et semblent justement venir des options -fvisibility:
clic droit sur le kicker, sélection de “configure panel”, onglet “menus”, clic sur le bouton “edit Kmenu” et Kmenuedit ne vient pas alors qu’il se lance sans prob depuis la console.
en sélectionnant le control center depuis le l’applet “preference” du kicker ou depuis le kmenu, kcontrol ne vient pas alors que la selection des sous-catégories marche
la prévisualisation des fontes dans konqueror ne marche plus. Il s’agit d’un symbole non défini (new_creator) dans fontthumbnail.so. Celui-là, je l’ai corrigé en plaçant un KDE_EXPORT dans fontthumbnail.cpp.
dans konq toujours, l’intégration de KGet ne se fait pas. Il y a aussi un symbole non défini dans khtml_kget.so.
Mes deux derniers bugs proviennent à coup sûr des options -fvisibility, ils n’apparaissent pas si je compile avec gcc-3.3.5.
J’espère que tes bugs s’en iront lorsque tu auras tout recompilé.
J’ai essayé le flag -mfpmath=sse,387 sur une partition de test et apparemment ça ne provoque pas de bug, mais quel est le risque exact de son utilisation ?
Théoriquement, -mmmx -msse -msse2 sont implicites à -march=pentium4 -mtune=pentium4, tu n’es pas obligé de les donner explicitement. Normalement, tu peux les ôter.
Ok pour l’explication mais je trouve que c’est prendre des risques pour pas grand chose.
Et, entre nous soit dit, si une appli a vraiment besoin du mmx et sse, elle va faire des tests pdt son configure et les Makefiles seront générés ou écrits en conséquence.
Nan, j’ai un KDE entièrement fonctionnel et compilé avec gcc 3.3.5 actuellement. De plus, j’ai utilisé kdebase-meta ce qu’il fait que j’ai tout kdelibs et kdebase.
Et je suis en train de recompiler tout le système avec gcc 3.4
[fixed]CFLAGS="-O3 -march=athlon-xp -funroll-loops -fomit-frame-pointer -pipe"
CHOST=“i686-pc-linux-gnu”
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j2"
CCACHE_SIZE=“5G”[/fixed]
J’aurais peut-être dû mettre -ftracer (mais je vais sûrement le mettre un de ces 4, qui sait :p).
Sinon, pour les LDFLAGS, pas de souci de compilation (sauf emacs qui est compilé sans, car il ne passe pas avec :D).
