Salut.
je n'ai jamais fait de développement C/C++ avec un IDE sous windows (excepté sous DOS avec djgpp quand j'étais en maternelle ;). Est-ce que y'a des solutions libres qui le permettent? que valent les solutions propriétaires, genre borland ou ms visual machin ?
# Re: developpement libre sous doz...
Posté par mrlem (site web personnel) . Évalué à 3.
[^] # Re: developpement libre sous doz...
Posté par blackshack . Évalué à 2.
[^] # Re: developpement libre sous doz...
Posté par Jean-Yves B. . Évalué à 1.
[^] # Re: developpement libre sous doz...
Posté par blackshack . Évalué à 1.
[^] # Re: developpement libre sous doz...
Posté par Benoit . Évalué à 1.
Par contre, il existe une version Cygwin. Cette version est en GPL (enfin je pense), mais la compilation doit se faire avec gcc et le binaire nécessite l'environnement Cygwin .
Il existe aussi un projet qui vise à partir d'une version GPL de Qt pour la porter sous Win32 (sans passer par Cygwin) ; j'ai pas d'adresse sous la main.
N.B.: Pour ceux qui ne connaissent pas, Cygwin est un projet RedHat qui vise à offrir un environnement Linux-like sous Win32. => Indispensable
[^] # Re: developpement libre sous doz...
Posté par Benoit . Évalué à 1.
Les restrictions sur l'IDE/Compilo sont surtout du au préprocesseur utilisé par QT pour gérer les slots et signaux.
[^] # Re: developpement libre sous doz...
Posté par WildChild . Évalué à 1.
# Re: developpement libre sous doz...
Posté par Fulgrim . Évalué à 1.
http://sourceforge.net/projects/dev-cpp/(...)
Borland, j'aime bien la possibilité qu'il offre de faire une interface en qq clicks et en se concentrant sur ce qu'il y a derrière, mais ca reste proprio.
Visual C++, je n'ai testé que la version 6, et j'appelle pas vraiment ça du c++. Les MFC sont une horreur, les API win 32 aussi, et le compilo refuse des trucs vraiment basiques pourtant parfaitement correct genre :
for(int i = 0;i<30;++i)
{
//qqch
}
for(int i=0; i<30;++i)
{
//autre chose
}
car i n'a pas la bonne portée chez ms.
Sinon, son interface est pas trop mal foutue, et les proposition,s de complétion du code marche pas trop mal (couplé avec visual assist c'est même très agréable).
Pour la version .net, aucune idée.
[^] # Re: developpement libre sous doz...
Posté par Benoit . Évalué à 1.
Exemple sur le quel je suis tombé récemment, leur string évite la copie de chaîne lors d'une affectation ou autre (normal mais pas obligatoire). Mais, la manipulation du compte de référence n'est pas protégée.
Donc, si on copie une string pour la passer à un autre thread, le compte de référence prend des valeurs farfelues. Des heures de debug pour arriver à trouver d'où venait le problème.
Sous Visual 7, les problèmes de ce type n'existent plus (à ma connaissance). Mais bon, les problèmes ont été corrigés à la MS, par exemple pour le cas de la string, ils ont viré l'optimisation.
[^] # Re: developpement libre sous doz...
Posté par tuan kuranes (site web personnel) . Évalué à 1.
[^] # Re: developpement libre sous doz...
Posté par kolter (site web personnel, Mastodon) . Évalué à 1.
Je ne n'avais dévelloper sous WIN alors connaissais pas trop les outils et les compilos.... mais bon il a pas fallu longtemps pour m'adapter....
L'autre jour je compile cette petite fonction :
typedef unsigned long ulong;
typedef unsigned char uchar;
typedef unsigned int uint;
ulong retourne_valeur_entiere_from_tab_char(uchar *tab, uint nb_octets, int base)
{
ulong ret;
char tampon[nb_octets+1];
memcpy(tampon, (char *) tab, nb_octets);
tampon[nb_octets] = '\0';
ret = strtoul(tampon, NULL, base);
return ret;
}
Et bien ça compile pas, chercher l'erreur ?
pas tester, mais je suis a peu près sur que ça passe avec gcc...
[^] # Re: developpement libre sous doz...
Posté par Benoit . Évalué à 1.
Dans ton exemple, VC++ n'accepte que des constantes (comme en C) pour la définition de la taille des tableaux.
Autres points marquants :
- Faire de template avec relève du masochisme.
- Implémentation de la STL toute pourrie (je me répète, mais j'en ai bavé suffisamment, donc j'ai le droit).
- Toujours pas C99 (donc pas de macro à nombre d'arguments variable).
- On peut ajouter à ça une API Win32 plein de bugs et de bizarreries (sans parler de COM), même une fois cachée derrière .NET ; un noyau de merde qui a du mal à gérer plusieurs taches gourmandes en même temps, ainsi que les accès disques.
Seule point positif, une API noyau homogène et bien pensée (sauf pour l'API réseau qui fait patch rajouté).
Voilà les malheurs d'un programmeur Windows. Enfin, vive les projets Linux.
# Re: developpement libre sous doz...
Posté par blackshack . Évalué à 1.
Je précise c dev-c++ 4 (la stable donc et pas les version beta unstable 5)
[^] # Re: developpement libre sous doz...
Posté par WildChild . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.