Version imprimable
Bonjour,
Après tant de recherche, je n'ai pas trouver la solution à mon problème, j'ai importer un projet avec DevC++ et lors de la régénération j'ai cette erreur :
mingw32-make.exe: *** No rule to make target '..\ProjetC\app.o', needed by 'ProjetC.exe'. Stop.
Si je remet le .exe dans le dossier il me lance mais pas avec les modification apporter au code.
merci pour votre aide
Bonjour,
montre-nous donc l'architecture (de fichiers) de ton projet ; je suis curieux.
Pièce jointe 180745
Tu veux cette architecture ?
Étonnant ... Tu n'as donc aucun app.c ou app.cpp ? DevCpp est complètement perdu. Tu peux copier/coller le contenu du .dev ici stp ? Je crois que c'est du texte.
En parallèle, tu pourrais essayer de recréer ton projet ; ça devrait résoudre le problème. Un bon clean peut aussi aider. Mais ce n'est que pure supposition, je ne sais pas comment DevCpp gère sa compilation.
En fait ce qui est curieux c'est lorsque je double clic sur ProjetC.dev ça m'ouvre bien tout les fichiers avec le projet comme ça.
Mais lorsque j'ouvre DevC++ et ouvrir un projet et je sélectionne le fiche ProjetC.dev il m'ouvre rien du tout...
Voici le contenu du ProjetC.dev :
[Project]
FileName=ProjetC.dev
Name=ProjetC
Type=1
Ver=2
ObjFiles=
Includes=
Libs=
PrivateResource=ProjetC_private.rc
ResourceIncludes=
MakeIncludes=
Compiler=
CppCompiler=
Linker=
IsCpp=0
Icon=
ExeOutput=..\ControlKelio
ObjectOutput=..\ControlKelio
LogOutput=
LogOutputEnabled=0
OverrideOutput=0
OverrideOutputName=ProjetC.exe
HostApplication=
UseCustomMakefile=0
CustomMakefile=..\ProjetC\Makefile.win
CommandLine=
Folders=
IncludeVersionInfo=0
SupportXPThemes=0
CompilerSet=0
CompilerSettings=0000000000000000001000000
UnitCount=13
[VersionInfo]
Major=1
Minor=0
Release=0
Build=0
LanguageID=1033
CharsetID=1252
CompanyName=
FileVersion=1.0.0.0
FileDescription=Developed using the Dev-C++ IDE
InternalName=
LegalCopyright=
LegalTrademarks=
OriginalFilename=
ProductName=
ProductVersion=1.0.0.0
AutoIncBuildNr=0
SyncProduct=1
[Unit1]
FileName=main.c
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit2]
FileName=dos.h
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit3]
FileName=dos.h.gch
Folder=
Compile=0
Link=0
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit4]
FileName=fonction.c
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit5]
FileName=menu.c
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit6]
FileName=menu2.c
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit7]
FileName=menuLOG.c
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit8]
FileName=menuMaintenance.c
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit9]
FileName=menuMaintenanceKelio.c
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit10]
FileName=menuWS.c
CompileCpp=0
Folder=
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit11]
FileName=ProjetC.dev
Folder=
Compile=0
Link=0
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit12]
FileName=ressource.rc
Folder=Resources
Compile=1
Link=0
Priority=1000
OverrideBuildCmd=0
BuildCmd=
[Unit13]
FileName=app.manifest
Folder=Resources
Compile=1
Link=1
Priority=1000
OverrideBuildCmd=0
BuildCmd=
Et j'ai nettoyer le projet, ça supprime bien tout les fichiers, ensuite je reconstruit le projet et la même erreur !
Je sèche. Tente de supprimer app.manifest du projet pour voir ... mais je dis ça au hasard.
C'est bien ça...mais pk le fichier manifest n'est pas pris en compte ? -_-
En fait c'est bizarre car j'ai supprimer le fichier manifest, reconstruit le projet, lancer le projet => OK
insérer le fichier manifest, reconstruit le projet et le lancement est OK aussi...
Mais j'ai l'impression que mon fichier manifest n'est toujours pas pris en compte mais la c'est peut-être un problème de synthaxe...
Je ne sais pas ce qu'est un fichier manifest, je ne peux pas aider. Je suppose que c'est propre à la platforme sur laquelle tu comptes faire tourner ton programme. Si c'est le cas, tu pourrais dire à DevCpp qu'il s'agit d'une ressource.
En tout cas, si ton problème est résolu : :resolu:.
Ok merci pour ton aide.
Un fichier manifest est un fichier contenant des ressources qui seront mit dans l'exécutable qui fournit des détailles sur les runtimes utilisables, les droits minimum pour utiliser le programme etc...
Et du coup je l'ai rajouter au programme, sauf que lorsque que l'ajoute à la compilation, la j'ai bien une erreur de compilation...
Parce que votre chaine de compilation antédiluvienne ne sait pas quoi en faire. ;)
Euh...c'est à dire ? j'ai pas compris..:?
En l'ajoutant à ton projet, tu l'as associé à quel type d'outil pour le compiler/linker ?
Je ne crois pas qu'un IDE de plus de 10 ans d'âge ait les outils adéquates. :weird:
Changez pour des outils à jours. :aie:
Ahah , c'est vrai :mrgreen: mais j'ai installer codeblocks et le compilateur (le même que sous devC++) n'avais jamais voulu me compiler le même projet (sans le fichier manifest) donc bon...je ne sais pas, peut-être rééssayer codeblocks :)
Et puis devC++ je le trouve bien ergonomique :)
Le problème c'est que le compilateur de devc++ est périmé depuis longtemps.
Tout depend de la version de DevC++ qu'il utilise, car une equipe l'a remis au gout du jour: sourceforge.net/projects/orwelldevcpp/
j'ai la version 5.9.2 je sais pas si c'est la dernière...:)
Prendre DevC++ sous Windows alors que Visual Studio est gratuit (ou à la limite Code::Blocks), c'est choisir une lada sans roue quand on te propose une Corvette/Mustang/Ferrari/[insérer ici marque/nom de voiture de rêve] ou au moins une voiture qui roule en tous cas.
Il est facile d'utiliser des outils comme clang/gcc et cmake/autotools+make avec visual studio ?
Non.Citation:
Envoyé par prgasp77
Mais si c’est pour utiliser de tels outils, autant installer un linux plutôt que de s’embêter avec un windows.
Je me rends compte que ça va dériver en troll, donc je précise un peu ma pensée :) :
- soit on est dans un contexte « amateur ». On veut être sous windows. Dans ce cas, un visual studio express est une excellente solution, avec un bon ide, un bon compilo. Aucun intérêt à s’embêter avec autre chose.
- on est dans un contexte amateur, mais on ne veut pas de visual studio, parce qu’on veut cmake / clang / autotools / xxx. Alors autant dégager complètement le windows, parce qu’installer un linux et s’y habituer ne prendra pas plus de temps que d’essayer d’intégrer une chaîne autotools dans visual ou de faire marcher clang pour windows.
- toujours dans un contexte amateur, on veut vraiment compiler pour windows ET linux, alors la solution la plus simple est à mon avis QtCreator (qui est utilisable aussi pour du non Qt).
Dans un contexte pro, ça va être différent, dépendre de l’historique, etc.
Ouais enfin comme IDE lourd à installé tu fais pas mieux que Visual Studio, après pour la comparaison voitures, c'est comme si tu prenai un 4x4 alors que tu habites en ville et que tu prend ta voiture que pour aller au taf
Edit : A hla version express pourrai m'être utile ^^j'ai était médisant alors autant pour moi :)
Ha oui tiens, je vais faire de même car ce n'était pas du tout mon intention :aie:. Ma question était légitime, aucune trace de sarcasme à chercher dedans ; je m'étais positionné en tant qu'un habitué des projets open sources (programmes ou bibliothèques) qui ne compilent qu'avec un compilateur spécifique (souvent gcc ou clang). Merci pour cette précision.Citation:
Envoyé par white_tentacle
