# Quel bon gcc prendre dans la serie des 3.X **URL:** \ **Category:** Programmation\ **Created:** [Février 20, 2016, 12:10 UTC](https://www.debian-fr.org/t/quel-bon-gcc-prendre-dans-la-serie-des-3-x/2175 "2016-02-20T12:10:11Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 20, 2016, 12:10 UTC](https://www.debian-fr.org/t/quel-bon-gcc-prendre-dans-la-serie-des-3-x/2175/1 "2016-02-20T12:10:11Z")
bjr. Je compile actuellement un code (cedega pour ne pas le citer), qui refuse les ecritures du type:`((char *)rtp)++;`j’ai fait une première série de remplacements du type`rtp+=sizeof(char);` 1ere question: j’ai bon ? bon ensuite, ca fait passer un fichier corrigé, mais j’ai le même type d’erreurs de syntaxe derriere. Je me disais donc que peut être soit ca se règlait par une option passée à gcc4, soit en installant un gcc anterieur. Ca dit qqchose à qqu’un ? PS: le type de rtp (ca peut servir) riff\_tag\_t \*rtp; ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 20, 2016, 12:10 UTC](https://www.debian-fr.org/t/quel-bon-gcc-prendre-dans-la-serie-des-3-x/2175/2 "2016-02-20T12:10:12Z")
bon. quel que soit le compilo (jusqu’au 2.95), ca plante. GRRRRRRR. ---
**Author:** ![Ashgenesis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@Ashgenesis](https://www.debian-fr.org/u/Ashgenesis)\ **Post date:** [Février 20, 2016, 12:10 UTC](https://www.debian-fr.org/t/quel-bon-gcc-prendre-dans-la-serie-des-3-x/2175/3 "2016-02-20T12:10:13Z")
Tu as essayé de compiler avec g++ plutot que gcc??? ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 20, 2016, 12:10 UTC](https://www.debian-fr.org/t/quel-bon-gcc-prendre-dans-la-serie-des-3-x/2175/4 "2016-02-20T12:10:15Z")
c’est pas moi qui décide, c’est make. tu veux dire qu’un CC=g++ make install passerais mieux ? Je vais peut être tester, mais j’ai trouvé mieux (peut être): [lists.transgaming.org/pipermail/ … 00533.html](http://lists.transgaming.org/pipermail/winex-devel/2005-August/000533.html) il n’y a qu’un truc: je ne sais pas trop comment appliquer les patchs… ---
**Author:** ![ed](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ed/32/5886_2.png) [@ed](https://www.debian-fr.org/u/ed)\ **Post date:** [Février 20, 2016, 12:10 UTC](https://www.debian-fr.org/t/quel-bon-gcc-prendre-dans-la-serie-des-3-x/2175/5 "2016-02-20T12:10:19Z")
```auto Pourquoi faire ça ? rtp++; ça devrais suffir ... ``` Pourquoi faire ça ? rtp++; ça devrais suffir … ---
**Author:** ![ed](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ed/32/5886_2.png) [@ed](https://www.debian-fr.org/u/ed)\ **Post date:** [Février 20, 2016, 12:10 UTC](https://www.debian-fr.org/t/quel-bon-gcc-prendre-dans-la-serie-des-3-x/2175/6 "2016-02-20T12:10:20Z")
euh, pour appliquer un patch sinon, faut le diff et faire un cat fichier.diff | patch -pX ou X peut être 0, 1, 2, … (ça sert pour déterminer la “racine” des fichiers) ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 20, 2016, 12:10 UTC](https://www.debian-fr.org/t/quel-bon-gcc-prendre-dans-la-serie-des-3-x/2175/7 "2016-02-20T12:10:20Z")
[quote=“ed”]`((char *)rtp)++;` Pourquoi faire ça ?[/quote]tt à fait, ca c’est l’original qui passe pas, et c’est pour ça que j’ai voulu corriger (erreur de lvalue). > [@](#): > > rtp++; ça devrais suffir … alors le patch qu’a fourni le gars dans le lien au dessus fait la correction de la manière suivante: ```auto ``` Ce qui conserve la logique de cast dans un (char \*) (ce que j’avais essayé de conserver mais à mon avis maladroitement), mais le cast dans l’autre sens est fait avant l’affectation et fait disparaitre le pb de lvalue. Je sens des precautions pour la compil 32/64 Ce que je ne comprends pas, c’est comment ça a jamais pu compiler… Enfin, maintenant que tu m’as rappelé l’usage de patch (j’etais parti à utiliser le fichier de patch comme entrée standard dans un ed editant l’original 😮 ), je vais pouvoir me remettre à la compil de cedega. En attendant, je me débats avec mplayer, mais là, la compil a l’air de passer.