Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Le GCC 4.7 est disponible

[supprimé]

Bonjour,

Cette dernière mouture qui peut vous intéresser pour le C et le C++ est disponible sur ce site :

http://www.gnu.org/prep/ftp.html

Malheureusement pour compiler et installer cette dernière version du GCC de GNU c'est assez obscur. C'est comme si on donnait des boîtes d'alimentation à des faméliques n'ayant pas d'ouvre-boîtes. Il semble que cette dernière mouture n'a pas été portée pour le Mingw de windows, mais pour Linux actuellement ?

Cordialement.

zzz

visser c'est ds ce sens, dévisser, c'est ds l'autre.

[supprimé]

visser c'est ds ce sens, dévisser, c'est ds l'autre.

Bonjour,

Il semblerait que la version 4.7 du GCC n'a pas été encore portée dans sa version Mingw de Windows. Pour Linux cette version ne sera livrée en standard qu'avec les dernières moutures des différents Linux. A moins qu'il y ait une mise à jour du GCC sur les anciennes distributions de Linux, ( pas plus de 2 ans ) mais je n'y crois pas trop. Il ne devrait y a voir trop de difficultés avec le C qui compile le noyau Linux, plus peut-être du côté du C++ si on cherche des optimisations dans le langage devant se traduire par des optimisations dans le code compilé. A voir.

Le problème est que l'on ne sait pas comment ces nouveautés du compilateur ont été réalisé. Toutefois il ne faut pas perdre de vue que malgré les sophistications du langage évolué, cela se traduit toujours par un code machine assez standard, que l'on peut polluer, au fur et à mesure que ce langage introduit des niveaux d'abstractions.

Cordialement.

clovis_1er

visser c'est ds ce sens, dévisser, c'est ds l'autre.

Bonjour,

Cordialement.

pour ne pas que tu aies l'impression de parler seul

Options starting with -g, -f, -m, -O, -W, or --param are automatically

passed on to the various sub-processes invoked by gcc. In order to pass

other options on to these processes the -W<letter> options must be used.

For bug reporting instructions, please see:

<file:///usr/share/doc/gcc-4.5/README.Bugs>.

j'utilise 4.5 :

hacker

À moins de vouloir faire des test avec Valgrind. Je ne vois pas l'intérêt à se précipiter sur la dernière version du compilateur.

[supprimé]

À moins de vouloir faire des test avec Valgrind. Je ne vois pas l'intérêt à se précipiter sur la dernière version du compilateur.

Bonjour,

Avec Windows j'utilise la version 4.5 de Mingw qui permet de compiler en 64 bits les applications Wndows ou console. Il y a déjà pas mal de spécificités de C0x.1x. Mais ce n'est pas indispensable.

Avec Linux la version 4.4.3. J'aimerais bien que ma distribution mette à jour tout le GCC. Pour le C il existe la glib qui propose une extension du C, mais il y a des fuites mémoire sur certaines commodités. par ex :

#ifdef HAVE_CONFIG_H

# include <config.h>

#endif

#include <stdlib.h>

#include <stdio.h>

#include <string.h>

#include <glib-2.0/glib.h>

/* pour compiler

gcc `pkg-config --cflags --libs glib-2.0 --libs ` -s -Os -o a toto.c

void do1()

{

GArray *g;

gint i;

g = g_array_new ( FALSE, FALSE, sizeof ( gint ) );

for( i = 0 ; i < 12; i++)

g_array_append_val( g, i );

for( i = 0 ; i < 12; i++)

g_printf ("I = %02d\n", g_array_index (g, gint, i) );

g_printf( "size array= %lu\n" , g->len );

g_array_free (g, TRUE );

if( g )

{

g_free( g );

g = NULL ;

}

int main (int argc, char **argv)

{

do1() ;

return 0;

}

Cela donne :

==29208==

==29208== HEAP SUMMARY:

==29208== in use at exit: 4,780 bytes in 7 blocks

==29208== total heap usage: 11 allocs, 4 frees, 5,388 bytes allocated

==29208==

==29208== LEAK SUMMARY:

==29208== definitely lost: 0 bytes in 0 blocks

==29208== indirectly lost: 0 bytes in 0 blocks

==29208== possibly lost: 1,488 bytes in 3 blocks

==29208== still reachable: 3,292 bytes in 4 blocks

==29208== suppressed: 0 bytes in 0 blocks

==29208== Rerun with --leak-check=full to see details of leaked memory

==29208==

==29208== For counts of detected and suppressed errors, rerun with: -v

==29208== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4)

J'ai essayé d'autre options pour GArray, toujours ces fuites mémoires. Au moins les équivalents de GArray en C++ ne font pas toutes ses fuites mémoires.

Cordialement.

hacker

Bien dans ce cas, tu peux être certain que le 4.7 ne règlera pas ces problèmes. Les dernières version amène de nouveau concept dans le langage. Ce qui fait que l'analyseur syntactique risque de faire des indigestions sur certaines expressions. Les seuls programmeurs qui ont un intérêt à travailler avec ce compilateur, sont les programmeurs qui travaillent au développement du compilateur.

J'espère que tu signale les bugs quand tu en découvre. Car le bénévolat ne doit pas fonctionner que dans un seul sens ...

[supprimé]

Bien dans ce cas, tu peux être certain que le 4.7 ne règlera pas ces problèmes. Les dernières version amène de nouveau concept dans le langage. Ce qui fait que l'analyseur syntactique risque de faire des indigestions sur certaines expressions. Les seuls programmeurs qui ont un intérêt à travailler avec ce compilateur, sont les programmeurs qui travaillent au développement du compilateur.

J'espère que tu signale les bugs quand tu en découvre. Car le bénévolat ne doit pas fonctionner que dans un seul sens ...

Bonjour,

Disons que la version 4.7 est surtout intéressante pour le C++. Le C subit aussi des nouveautés, mais la librairie glib du C n'est pas revue ni corrigée. C'est dommage car elle est sensée reprendre tout un ensemble de lieux communs par lesquels passent les développeurs ( listes, tableaux, arbres, dictionnaires, chaînes etc ...). Malheureusement c'est plein de fuites mémoires.

C'est du C orienté objet. Par exemple un conteneur A, se traite par des fonctions où on repasse systématiquement le conteneur en paramètre. Ce qui permet d'avoir plusieurs instances du type A avec un minimum de code. Gtk fonctionne sur le même principe.

par exemple :

Type * A = newtype( Type)

fonction fait1( Type* a , int i, int j );

fonction fait2( Type* a , const char * z );

etc ...

A la fin

newtype_free( A );

Mais bon c'est un peu archaïque quoique toujours utilisé.

Pour le C++ la version 4.7 apporte 2 types d'innovations :

-celles qui modifient l'aspect syntaxique du langage.

-celles qui apportent de nouvelles commodités à la STL principalement.

Cordialement.

[supprimé]

Bonjour,

J'ai installé la version 4.7.1 de gcc sur Mandriva 2010.2 x64. C'est bien. Pour les Tuples c'est assez difficile à gérer. Idem pour les paramètres ouverts. Mais bon il y a de bonnes nouveautés et miraculeusement le code compilé est moins volumineux qu'avec la version 4.4.3 supportant c++0x. Toutefois il ne faut pas installer cette version 4.7.1 sur une ancienne version ce qui laisse 2 versions du gcc sur le disque. Facile à résoudre.

Cordialement.

[supprimé]

Bonjour,

Pour Windows j'ai trouvé une version 4.7.1 de Mingw. C'est bien mais elle ne compile qu'en 64 bits. Pas d'option 32 bits. J'ai donc deux versions de GCC sur Windows une en 32 et l'autre en 64 x86. Pour cueillir une version sur le site de Mingw c'est pas facile avec toute une pléthore de choix. J'aimerai bien une version de GCC 4.7.1 pour Windows qui soit mixte 32/64 sans devoir être compilée à partir de l'émulation Linux pour Windows. Sur Linux la compile du GCC 4.7.1 se fait en 3 phases ça prend 2 heures. C'est long on a le temps de faire petite une sieste à l'ombre avec Ursula.

Cordialement.

[supprimé]

Bonjour,

Pour Windows j'ai trouvé une version 4.7.1 de Mingw. C'est bien mais elle ne compile qu'en 64 bits. Pas d'option 32 bits. J'ai donc deux versions de GCC sur Windows une en 32 et l'autre en 64 x86. Pour cueillir une version sur le site de Mingw c'est pas facile avec toute une pléthore de choix. J'aimerai bien une version de GCC 4.7.1 pour Windows qui soit mixte 32/64 sans devoir être compilée à partir de l'émulation Linux pour Windows. Sur Linux la compile du GCC 4.7.1 se fait en 3 phases ça prend 2 heures. C'est long on a le temps de faire petite une sieste à l'ombre avec Ursula.

Cordialement.

Bonjour,

Ca y est j'ai trouvé une version 4.7.1 de mingw pour Windows qui supporte le 32 et 64 bits.

Cordialement.