>>>>> "Laurent" == Laurent Martelli <[EMAIL PROTECTED]> writes:
>>>>> "Gabriel" == Gabriel Paubert <[EMAIL PROTECTED]> writes: [...] Gabriel> Non, ce n'est pas du debug, en tout cas pas uniquement. Laurent> En tout cas, ce n'est pas propre au C++, je viens de Laurent> constater avec un certain effarement qu'une pauvre fonction Laurent> C d'une seule ligne peut g�n�rer un .o de 260Ko!!! Laurent> Heureusement, quand je strippe �a redescends � 600 octets Laurent> :-) Laurent> Et je m'aper�ois que si je remplace un #include <gtk/gtk.h> Laurent> par quelque chose d'un peu plus sp�cifique, �a tombe � 80K Laurent> non stripp�. Autre optimisation int�ressante: utiliser -gstabs au lieu de -g. Ca m'a permis de passer de 13Mo � 2,5Mo pour un .so. Au tout d�part mon .so faisait 27Mo!!! Apparement, le format de debuggage DWARF2 (utilis� par d�faut avec -g) est en th�orie plus compact que stabs mais le linker n'est pas encore capable d'�liminer la duplication d'infos avec DWARF2 mais le fait avec stabs. Et stabs ne mets suffisement d'infos pour d�bugger du C++ correctement. Pour plus d'infos: http://gcc.gnu.org/ml/gcc/2003-02/msg01995.html -- Laurent Martelli [EMAIL PROTECTED] Java Aspect Components http://www.aopsys.com/ http://jac.objectweb.org
