Discussion :

[Charlemagne]

Pour l'erreur principale (les machine types), il serait intéressant d'avoir la ligne de commande complète de la compilation.

Voici la ligne de commande de compilation

/Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /Gm /EHsc /RTC1 /MDd /Fo"Debug\\" /Fd"Debug\vc90.pdb" /W3 /nologo /c /ZI /TP /errorReport:prompt

Et de l'édition de lien

/OUT:"C:\Documents and Settings\Patrick\Mes documents\Visual Studio 2008\Projects\test3\Debug\test3.exe" /INCREMENTAL /NOLOGO /MANIFEST /MANIFESTFILE:"Debug\test3.exe.intermediate.manifest" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /DEBUG /PDB:"C:\Documents and Settings\Patrick\Mes documents\Visual Studio 2008\Projects\test3\Debug\test3.pdb" /SUBSYSTEM:CONSOLE /DYNAMICBASE /NXCOMPAT /MACHINE:X86 /ERRORREPORT: PROMPT kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib

J'ai créé un projet Console Win32, sans aucune modification.
Les erreurs d'éditions de liens sont les mêmes en mode release.
Alors que quand j'ouvre Visual normalement (sans passer par "VCExpress /useenv"), le projet compile sans problème.

[JolyLoic]

Et si tu enlèves les /DYNAMICBASE /NXCOMPAT et /MACHINE:X86 ?

[Charlemagne]

Et si tu enlèves les /DYNAMICBASE /NXCOMPAT et /MACHINE:X86 ?

Les Warnings sont partis (j'ignore complètement à quoi servent ses options)

Mais l'erreur reste...
J'ai essayé plusieurs valeurs pour "Properties->Configuration Properties->Linker->Advanced->Target Machine": Not Set, AMD64, IA64.
Rien n'y fait j'ai à chaque fois les erreurs suvantes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
1>main.obj : error LNK2001: unresolved external symbol _RTC_Shutdown
1>main.obj : error LNK2001: unresolved external symbol _RTC_InitBase

[Charlemagne]

http://downloads.sourceforge.net/min...3&big_mirror=0

c'est fait a partir des snapshots de la 4.4 datée du 12/08 (d'ou quelques bugs, a priori)

C'est bien le fichier que j'avais téléchargé.
C'est bien la version 4.4 de GCC.
Mais hier soir, je n'avais pas remarqué que 'GCC' ainsi que les autres programmes dans le répertoire 'bin' étaient tous préfixés par "x86_64-pc-mingw32". Pas pratique...

J'ai compilé un petit "hello world". Quand je l'exécute j'obtiens le message un message d'erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$ ./a.exe
bash: ./a.exe: Permission denied

Peut-être normal sous un Windows32. J'essayerai demain d'exécuter ce "hello world" sur un Windows64.

[screetch]

C'est bien la version 4.4 de GCC.
Mais hier soir, je n'avais pas remarqué que 'GCC' ainsi que les autres programmes dans le répertoire 'bin' étaient tous préfixés par "x86_64-pc-mingw32". Pas pratique...

ben si pratique pour avoir plusieurs compilateurs installés.

[Charlemagne]

ben si pratique pour avoir plusieurs compilateurs installés.

Je préfère changer le PATH, pour ne pas avoir à changer le makefile. C'est d'ailleurs ce que j'ai fait hier, je n'avais pas remarqué le préfixe, et quand j'ai interrogé "gcc --version", j'ai eu la version 3.4.4 installée par cygwin.

Aujourd'hui j'ai quand même changé le PATH, mais j'ai renommé "x86_64-pc-mingw32-g++" en "g++"

[screetch]

c'est pour ca qu'ils ont mis un repertoire x86_64-pc-mingw32/bin avec dedans les executables gcc, g++...

[Charlemagne]

c'est pour ca qu'ils ont mis un repertoire x86_64-pc-mingw32/bin avec dedans les executables gcc, g++...

J'ai des oeillères ce soir...

[Charlemagne]

J'ai compilé un petit "hello world". Quand je l'exécute j'obtiens le message un message d'erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$ ./a.exe
bash: ./a.exe: Permission denied

Peut-être normal sous un Windows32. J'essayerai demain d'exécuter ce "hello world" sur un Windows64.

Ca marche sous un Windows 64!!! Merci!!
Question quand-même: Ce petit programme "Hello world" (compilé en mode debug) fait 4.5Mo!! C'est normal???? Y'a un truc pour diminuer la taille?

[screetch]

compile avec -shared-libgcc
link avec -lstdc++_s
utilise -s
et il faudra que tu prennes les libs stdc++.dll et libgcc.dll pour les mettre pas loin de ton exe, ou dans ton path.
j'espere qu'ils les ont bien mises dans le paquet

[Charlemagne]

J'ai trouvé l'origine de l'erreur d'édition de lien sous VisualExpress 2008.
Il fallait bien dans un 1er temps changer X86 en X64, mais survenait alors une 2ème erreur.
J'ai trouvé 2 possibilité:
- ajouter manuellement la librairie 'bufferoverflowu.lib'
- ou bien désactiver 'Buffer security check' dans 'properties->configuration properties->C/C++->Code Generation'

Il paraît que Microsoft déconseille d'ôter cette option, je préfère quand même l'ôter car j'imagine que ça a un cout d'exécution non négligeable.


Pour ceux que ça peut intéresser, je récapitule ce qu'il faut faire pour cross-compiler sous WinXP32 en X64 abec Visual Express:
-Exécuter dans le SDK "Set Windows XP x64 Build Environment (Retail)"
-dans l'invite de commande trouver le répertoire "Microsoft Visual Studio 9.0\Common7\IDE" et lancer "VCExpress /useenv"
-créer son projet
-changer l'option "Linker->Advanced->Target Machine" X86 en X64
-désactiver le "buffer security check" ou bien lier avec "bufferoverflowu.lib"

PS: Ca ne marche qu'en mode release. Y'a qqch qui m'échappe en debug. Pas bien grave car je ne vois pas l'intérêt de cross-compiler en mode debug.