CFLAGS... considerazioni.

[to.alex]

Complice il recente aggiornamento di gcc, complice qualche lettura di troppo sull'argomento, ho voluto approfondire un pochino, in modo da avere anche io le mie personali convinzioni e opinioni sulle CFLAGS.

A questo punto però mi sono posto una domanda: il metodo attuale, con cui portage le gestisce, è il migliore?

Vi spiego il perché di questa domanda.

Ho impostato alcune CFLAGS per il mio sistema, basandomi sulla documentazione di GCC e in parte aiutandomi con ACOVEA, che però, alla fine della fiera (insomma dopo averlo provato e dopo aver letto quel po' di documentazione che è possibile reperire in giro) ho stabilito essere, per un sistema operativo, solo un buon "dizionario" di CFLAGS, con una discreta capacità di "beccare" qualche flag buon e qualche flag dannoso. Insomma è buono per il singolo applicativo, se di piccole dimensioni, dedicato al calcolo intensivo, e se si ha tanto tempo per provare. Per ottimizzare un sistema operativo non è certo il metodo migliore.
E da qui ho capito che ogni applicativo dovrebbe avere delle proprie CFLAGS, magari con dei meccanismi simili a quelli degli overlay o delle use flags.

Esempio. Fra le CFLAGS che ho impostato, inizialmente c'era -funroll-all-loops. lo so non è carino da farsi. Ma messa assieme alle altre, su alcune applicazioni (Hugin, tanto per citarne una su cui ho potuto fare delle misurazioni puntuali) riuscivo a guadagnare circa un 10% in prestazioni. In altre applicazioni, come ad esempio Open Office, sdl-gfx, thunderbird e alcune parti di KDE, invece questa flag (come è giusto che sia) impallava tutto, o non facendo terminare la compilazione, o compilando, ma creando problemi all'applicazione. Allora mi sono premurato di toglierla e guardando (grazie a genlop) le opzioni di compilazione dei pacchetti incriminati ho visto che queste venivano (vengono tutt'ora) in parte sovrascritte dall'ebuild. Ad esempio in OpenOffice, qualsiasi cosa si imposti, comunque verrà inserito un -O2. In altri applicativi addirittura vengono totalmente ignorate le CFLAG definite dall'utente e forzate dall'ebuild.

Ora, dato che sono più che cosciente del fatto, che se un ebuild forza delle CFLAG, avrà le sue buone ragioni, e che certe CFLAG vanno bene per alcuni software ma fanno danni su altri, come dicevo, stavo pensando: non sarebbe meglio avere un controllo più fine sulle CFLAG, così come lo si ha sulle USE flag? Magari pensando a dei meccanismi di overlay per far convivere CFLAG consigliate, raccomandate, obbligatorie, e impostate dall'utente?

Attendo con ansia, commenti, pareri, suggerimenti, link ad altra documentazione da leggere e ad altri post (che non sono riuscito a trovare) dove la discussione è già stata affrontata e risolta in maniera definitiva 3 anni fa (sono ironico ma capita spesso).

Ciao.

[skypjack]

La discussione potrebbe farsi interessante, ma domattina, ora ho troppo sonno... Scusa...

[Cazzantonio]

oppure fidarsi delle cflags impostate a forza dai pacchetti e limitarsi a mettere ad esempio (per un centrino)

[to.alex]

Beh, si ok, ma stiamo o no usando Gentoo? Mica lo faccio (solo) per le prestazioni.

Soprattutto lo faccio per conoscere e imparare cose nuove.

Poi in realtà fino all'altro giorno giravo con "-march=athlon-xp -mtune=athlon-xp -pipe -O3 -fomit-frame-pointer" felice e contento come nulla fosse. Però Gentoo mi piace perché ti spinge a conoscere e a creare il tuo sistema (ma sei sempre libero di scegliere le opzioni di base). Un ulteriore grado di libertà, non lo vedrei negativamente.

Certo potrebbe diventare una tragedia per gli sviluppatori, che potrebbero vedersi segnalati bug, che dipendono esclusivamente dalle cflag usate dagli utenti, ma quando questo non porterebbe ad avere del codice migliore, potrebbe comunque portare delle cflag consigliate o obbligatorie (non sovrascrivibili), come in parte già accade, ma senza che l'utente abbia voce in capitolo.

Comunque adesso crollo dal sonno anch'io, ed è quindi bene che vada a fare le ninne.

'notte.

[Onip]

c'è già bashrc-ng che ti permette di impostare cflags specifiche per ogni pacchetto. se cerchi sul forum documentazione italiano trovi il post.
_________________
Linux Registered User n. 373835

Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum

[Scen]

[Dece]