Se passer du .Net framework avec VS2005 - Page 1

Quand je compile un programme avec Visual Studio Express 2005 C++ le programme a besoin du .Net framework pour lancer le programme, même si je n'utilise rien du framework (enfin je pense)
Est ce que vous connaissez un moyen de creer un programme qui soit indépendant de .Net ?
(comme dans VS6 par exemple)

C'est pas le framework qu'il demande (si tu fait pas un projet C++ managed) mais le "VC++2005 reditribuable runtime" (qui est actuellement installé par défaut pour les applis VC6)

pourtant sur d'autres machines ça ne marche qu'une fois que .Net est installé. Il l'installe en même temps ?

en effet

j'ai trouvé le package à part
j'espere que ça évitera d'installer .Net chez chacun des clients

Nue (./5) :
j'ai trouvé le package à part

tu peux poster le lien s'il te plaît ?

http://www.microsoft.com/downloads/details.aspx?familyid=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en

j'ai pas encore eu l'occasion de tester par contre

Pas grave, de toutes façons je n'en ai pas besoin. Ça me paraît juste intéressant à bookmarker, voilà tout

C'est tout a fait faisable, notre outil a besoin d'un compilateur C et si on utilise VC2005 express ou VC8 (celui de la suite .NET) le déploiement des binaires fonctionne parfaitement sans le framework...

./1: Utilises mingw ?
./9: C != C++

ah bon ? ah là franchement, tu m'en apprends une bien bonne

en fait c'est surtout que comme Nue disait ne pas avoir eu l'occasion de tester le comportement de la nouvelle version, je venais préciser que pour le C en tous cas, c'est parfaitement identique aux versions précédentes...

Pourtant lorsque je fais

int main ()
{
  int c;
  if (c != c++)
    printf ("C'est vrai !\n");
  else
    printf ("C'est faux !\n");
  exit (0);
}

il me répond que c'est faux Je ne comprends pas.

PS: Le C est bien moins chiant que le C++ au niveau dépendance.

sérieusement, tu croyais que je ne savais pas que c'était différent ? t'affiches pas les smileys ou tu ne les prends pas en compte pour détecter l'ironie ??? (parce que tu me fais peur là)

J'aime bien ton troisième degré

je suis en °F

Je n'en doutais pas, mister miles.

PpHd (./12) :
Pourtant lorsque je fais

int main ()
{
  int c;
  if (c != c++)
    printf ("C'est vrai !\n");
  else
    printf ("C'est faux !\n");
  exit (0);
}

il me répond que c'est faux Je ne comprends pas.

parce qu'il y a deux undefined behaviour ?

J'en vois qu'un. C'est quoi le deuxième ?

PpHd> Va plutôt t'entraîner à TA

vince> je suis en C++, c'est peut être qu'il a besoin des dll de runtime pour la STL.
En tous cas un collègue qui faisait des plugins pour Softimage|XSI a été obligé de revenir au 6.0 pour ne pas avoir des dll qui faisaient plusieurs centaines de ko et qui nécessitaient .Net (ou tout au moins le redistribuable de VS)

./19: Que crois-tu que je fais de 9h à 18H moins les 2H pour manger chaque jour ?

PpHd (./18) :
J'en vois qu'un. C'est quoi le deuxième ?

le deuxième, c'est "c != c++"

(hein quoi, pas ce deuxième-là ? )

tu trolles qu'à partir de 18h ?

./30: Que veut dire ce triso-ange ?
./31: Plutôt 20H.

que tu voulais sûrement dire "la première" au lieu de "la deuxième" ?

c est non initialisé, et c'est donc un comportement indéfini.
Je ne suis pas sûr par contre que 'c != c++' soit un comportement indéfini.

Tu ne sais pas si c'est c ou c++ qui va être évalué en premier...

ah ben c'est évidemment indéfini, t'as pas le droit de modifier une variable en même temps que tu la lis (i.e. sans qu'il y ait de sequence point entre les deux) -- imagine une architecture où sizeof(int)=1048576 et où le compilo parallélise automatiquement, y aura un core qui sera en train d'écrire n'importe quoi dans c pour l'incrémenter, alors que l'autre sera en train d'essayer de comprendre ce qu'il y a dans c et se retrouvera avec une version corrompue de c ^^

Sûr ? C'est pas un appel de fonction, mais une expression logique.

raison de plus, y aura pas de sequence point pour assurer qu'il y a pas de conflit...

par contre si tu écrivais

int read_c() {
  return c;
}
int incr_c() {
  return c++;
}
int main() {
  ...
  if (read_c()==incr_c())
    ...
}

y aurait pas d'undefined behaviour à cause des sequence points (le résultat du test serait juste indéfini, parce qu'on ne peut pas savoir quelle fonction sera exécutée avant)

en ce qui me semblait, mais c'est GCC qui m'a filé un doute, car pour a[i]=i++C'est bi il donne un warning, mais pas pour c != c++

Sinon:

-- imagine une architecture où sizeof(int)=1048576 et où le compilo parallélise automatiquement, y aura un core qui sera en train d'écrire n'importe quoi dans c pour l'incrémenter, alors que l'autre sera en train d'essayer de comprendre ce qu'il y a dans c et se retrouvera avec une version corrompue de c ^^

Je l'imagine mal, très mal. Tu peux détailler une architecture où pour calculer "c != c++" il fait du multicore ?