Adapter un code généré sous Dev C++ vers du Solaris 5.8 (Unix)

Adapter un code généré sous Dev C++ vers du Solaris 5.8 (Unix) - C++ - Programmation

Marsh Posté le 29-06-2006 à 11:50:59    

Je suis face à un fichu problème. En effet, je possède un code créé depuis Windows/Dev-C++, et je cherche à adapter ce code pour le faire fonctionner sous Solaris 5.8 (donc Unix).
 
Il doit y avoir des nuances importantes en terme de codage, mais elles me sont jusqu'à présent inconnues (je suis en train de les voir en comparant certains fichier compilés sous solaris et d'autres sous dev c++).
 
Existe-t-il une solution pour effectuer une conversion simple du code généré depuis Dev C++ vers du code pour Solaris 5.8 ?


---------------
Atari 520 ST 256 Ko
Reply

Marsh Posté le 29-06-2006 à 11:50:59   

Reply

Marsh Posté le 29-06-2006 à 11:52:38    

C'est bien gcc sous solaris ?
 
Si tu as utilisé du standard, ca devrait passer avec un makefile maison.
Si tu as utilisé des libs tierces, i lfaut voir si elles sont dispos sous solaris...

Reply

Marsh Posté le 29-06-2006 à 11:55:54    

pour ce qui est des libs utilisées :
 

Code :
  1. #include <vector>
  2. #include <bitset>
  3. #include <fstream>
  4. #include <sstream>
  5. #include <iomanip>
  6. #include <iostream>
  7. #include <time.h>
  8. #include <windows.h>
  9. #include <map>
  10. #include <ShellApi.h>


 
pour ce qui est de la compile, je dois utiliser un makefile maison effectivement :
 

Code :
  1. # **********************************************************************
  2. #
  3. # SYSTEM NAME       : 3G ANALYSER
  4. #
  5. # ----------------------------------------------------------------------
  6. #
  7. #
  8. #
  9. # **********************************************************************
  11. PACKAGE=3GAnalyser
  12. include $(OSPME_LOCAL)/utl/ospme_header.mak
  14. # Files list in ALPHABETIC ORDER
  15. #--------------------------------------------
  16. SRCS=\
  17. MainA3g.cxx \
  18. Methods.cxx \
  22. # Compilation options
  23. #--------------------------------------------
  25. # MY_TESTU = -D_NO_CSTRING
  26. PACKAGE_CPPFLAGS_RELEASE=$(MY_TESTU)
  27. PACKAGE_CPPFLAGS_DEBUG=$(MY_TESTU)
  29. PACKAGE_CPPFLAGS_COMMON += -I$(NMS_DISTRIB)/include
  31. PACKAGE_CPPFLAGS_COMMON += -I$(VOVIDA_SIP)/build \
  32.                            -I$(VOVIDA_SIP)/util \
  33.                            -I$(VOVIDA_SIP)/util/logging \
  34.                            -I$(VOVIDA_SIP)/util/threads
  36. include $(OSPME_LOCAL)/utl/ospme_footer.mak
  38. #
  39. #-- EOF ----------------------------------------------------------------
  40. #update_doxygen_ok
  41. #Doxygen Assistant update by clearadm at 15/01/03 - 17:29:25
  42. DOCFILE=doxyfile
  43. DOC = /vob/gpl_common/bin/doxygen-1.2.0/bin/doxygen
  44. doc: doxyfile mainpage.txt
  45. $(DOC) $(DOCFILE) >nul


 
Et derriere pour compiler, un simple make ? parce que make ne fonctionne pas ... :/

Message cité 1 fois

---------------
Atari 520 ST 256 Ko
Reply

Marsh Posté le 29-06-2006 à 12:03:56    

Il vient d'ou le make ?
 
Si il fait des erreurs, faut corriger, etc...
 
Faire un code portable, c'est s'être assuré de la portabilité de chacune des fonctions.

Message cité 1 fois
Reply

Marsh Posté le 29-06-2006 à 12:13:09    

_darkalt3_ a écrit :

Il vient d'ou le make ?
 
Si il fait des erreurs, faut corriger, etc...
 
Faire un code portable, c'est s'être assuré de la portabilité de chacune des fonctions.


le make vient d'où ? ou le makefile ?
 
le makefile est bon a priori, il n'est pas de moi, et n'est pas à retoucher (cf mon boss)
 
la commande make me sort : "No arguments to build"
 
et quand je fais "make debugso" : "Don't know how to make target 'debugso' "
 
La deuxieme commande est censée faire une compilation avec un debug, mais le make ne l'entend pas de cette oreille du tout ...


---------------
Atari 520 ST 256 Ko
Reply

Marsh Posté le 29-06-2006 à 13:44:57    

oui pardon, makefile
 
On dirait qu'il n'y a pas de target, mais il y a d'autre fichiers .mak nécessaires.
 
Sinon ben demande à ton boss, si c'est lui qui a fait ce makefile.

Reply

Marsh Posté le 29-06-2006 à 16:18:30    

Ton makefile ne peut rien faire d'autre que te généré de la doc, la seule cible est doc.
De plus, ta variable OSPME_LOCAL n'est pas initialisée.


Message édité par turn3r le 29-06-2006 à 16:20:05

---------------
Les ventes de véhicules neufs ont chuté de 7%, y'en a marre des pirates qui téléchargent illégalement des voitures sur internet !!
Reply

Marsh Posté le 29-06-2006 à 20:09:48    

Thordax a écrit :

pour ce qui est des libs utilisées :
 

Code :
  1. #include <vector>
  2. #include <bitset>
  3. #include <fstream>
  4. #include <sstream>
  5. #include <iomanip>
  6. #include <iostream>
  7. #include <time.h>
  8. #include <windows.h>
  9. #include <map>
  10. #include <ShellApi.h>




 
ce sont des en-tetes, tout les en-tetes standard sont portables, par contre windows.h et ShellApi.h c'est certainement spécifique à windows donc c'est tout ce qui dépends de ces 2 en-tetes qui est non portables

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed