Ce qui m'étonnent dans ton cas c'est que gcc 4.x compile des choses que gcc 3.x ne compile pas. Normalement les séries 4.x sont réputés pour être plus éxigentes que les 3.x
Ces différences sont là pour forcer les dev à utiliser les standards les plus stricts donc potentiellement produisant du code plus stable et plus portable.
Cependant assure toi que tu n'as pas opérer des transtypages "éxotiques", ou autres dépassement de tableau (la ségmentation fault n'intervient pas toujours ce qui peut rendre ce genre d'erreur difficilement détéctable, de plus tu ne dépasse pas forcement à toutes les éxécution du programme).
J'utiliserais moi aussi valgrind en mode memcheck pour tracer les allocations/désallocations et le écriture hors des ségments mémoires alloués.
Ne sachant que trop bien à quel point ce type d'erreur peut pourrir la vie des développeurs je te souhaite bon courage.
# Oui il ya des différences énormes entre gcc 3.x et gcc 4.x !!!
Posté par FOUCRET Aurélien . En réponse au message Prob g++. Évalué à 2.
Ces différences sont là pour forcer les dev à utiliser les standards les plus stricts donc potentiellement produisant du code plus stable et plus portable.
Cependant assure toi que tu n'as pas opérer des transtypages "éxotiques", ou autres dépassement de tableau (la ségmentation fault n'intervient pas toujours ce qui peut rendre ce genre d'erreur difficilement détéctable, de plus tu ne dépasse pas forcement à toutes les éxécution du programme).
J'utiliserais moi aussi valgrind en mode memcheck pour tracer les allocations/désallocations et le écriture hors des ségments mémoires alloués.
Ne sachant que trop bien à quel point ce type d'erreur peut pourrir la vie des développeurs je te souhaite bon courage.