il te faut tout d'abord "profilé" ton code pour savoir ce qui est utilisé, et comment. Pour le faire il faut que tu utilises _tout_ tes programmes et librairies aux maximum de ce que tu veux les utiliser.
A partir de là, tu peux penser à virer des bouts de codes.
Autre solution, tu compile tout tes programmes en static, seule manière d'etre sur que les parties de ocde que tu as enlevé ne servait a rien.
Tant qu'a faire, utilise busybox.
Enfin : le but de la librairie partagée, c'est quand meme d'etre une _librairie_ dynamique. Elle permet à un nouveau programme d'utiliser les fonctions de la librairie, sans en payer la charge. Donc vouloir retirer des bouts de code, c'est un peu comme amputer une librairie dynamique de son but. Sai malle ....
Enfin 2 : si t'as des appli codées en language objet/ avec des pointeurs sur fonctions, ça va pas etre super top, car il faut _prouver_ les chemins d'exécution de tout les codes. Un peu long a faire ....
# Re: Linux et embarqué
Posté par Loic Jaquemet . En réponse au journal Linux et embarqué. Évalué à 2.
A partir de là, tu peux penser à virer des bouts de codes.
Autre solution, tu compile tout tes programmes en static, seule manière d'etre sur que les parties de ocde que tu as enlevé ne servait a rien.
Tant qu'a faire, utilise busybox.
Enfin : le but de la librairie partagée, c'est quand meme d'etre une _librairie_ dynamique. Elle permet à un nouveau programme d'utiliser les fonctions de la librairie, sans en payer la charge. Donc vouloir retirer des bouts de code, c'est un peu comme amputer une librairie dynamique de son but. Sai malle ....
Enfin 2 : si t'as des appli codées en language objet/ avec des pointeurs sur fonctions, ça va pas etre super top, car il faut _prouver_ les chemins d'exécution de tout les codes. Un peu long a faire ....
Pour résumer ... pas bête ... mais bof...