[Kos-bug] Bug kos avec gcc-3.2

[Thomas Petazzoni]

"Christophe Avoinne" <christophe.avoinne@laposte.net> writes:

Salut,

> Je crois qu'il y a effectivement un changement dans la gestion des strings
> dans les macros. Il me semble avoir lu ça. Il faut que tu ailles voir quel
> sont les différences entre gcc 3.2 et 3.1, car ils ont fait du ménage pour
> certaines extensions du GCC. Il me semble aussi que la gestion des argument
> variables dans une macro a aussi été changé. Bref, renseigne-toi sur leur
> site.

Apparemment l'expansion de macro avec cpp-2.95 et cpp-3.2 donne la
meme chose :

Avec cpp-2.95 :
int ___kernel_bootstrap (kernel_parameter_t *) __attribute__ ((alias ("kernel_init"))); const char __kexport_func_name____kernel_bootstrap [] __attribute__((section(".kstrsymtab" ))) = "___kernel_bootstrap"; const struct module_symbol __kexport_func_sym____kernel_bootstrap  __attribute__((section(".kfunctab" ))) = { (addr_t)& ___kernel_bootstrap , __kexport_func_name____kernel_bootstrap , 0 }  ;

Avec cpp-3.2 :
int ___kernel_bootstrap(kernel_parameter_t *) __attribute__ ((alias ("kernel_init"))); const char __kexport_func_name____kernel_bootstrap[] __attribute__((section(".kstrsymtab"))) = "___kernel_bootstrap"; const struct module_symbol __kexport_func_sym____kernel_bootstrap __attribute__((section(".kfunctab"))) = { (addr_t)&___kernel_bootstrap, __kexport_func_name____kernel_bootstrap, 0 };


Je vois pas de difference notable... Donc le probleme doit venir de
l'interpretation par GCC de tout ca...

Thomas
-- 
PETAZZONI Thomas - thomas.petazzoni@enix.org - UIN : 34937744
(Perso)      http://www.enix.org/~thomas/
(KOS)        http://kos.enix.org/ 
(Club LinUT) http://club-linut.enix.org