On parle d'un logiciel sous windows, la, hein... si le code est écrit avec Visual Studio, disons, par exemple, 2005, il faut savoir qu'il ne s'agit pas d'un compilateur C, mais C++, et les langages C et C++ ne suivent pas le même standard (ils sont proches, ok, mais ça s'arrête la, je pense notamment à stdint.h qui n'était pas inclus dans le standard C++ avant C++11, autrement dit on a du contourner le problème pendant pas mal de temps, je gage que c'est la raison pour laquelle certaines libs genre la SDL réimplémentent ces types... en bref: VS2005 notamment ne respecte pas le standard C99.).
J'ai aussi souvenir de softs qui compilaient avec VS2005 mais pas avec VS2008, aussi. Bref: MS et les standards C/C++, mieux vaut s'en méfier comme de la peste, surtout si le dev d'origine a pas fait gaffe.
Ou si le programme fait une commande system.
Autre problème: les chances sont énormes pour que le logiciel utilise l'API win32 ou des libs spécifiques à windows pour l'interface graphique, ça risque de représenter un gros gros boulot de changer ça: Qt n'a pas du tout la même façon de penser (Gtk je sais pas, mais franchement je doute aussi que ça soit proche). À la rigueur, p'tet passer des MFCs si c'est ce qui est utilisé vers WxWdigets, la philosophie est, de mémoire, assez proche.
De toute façon, avant de chercher à faire le portage, il faudrait déjà essayer de le faire tourner via wine, ce soft. Et si wine passe pas, le plus simple, c'est de porter le logiciel pour qu'il tourne via wine, c'est ce qui demandera le moins de travail. Et pour éviter de s'emmerder avec du multiarch, il suffit de compiler en 64bits.
Quel est le programme en question ?
Bonne question. Si ça se trouve, il suffit de recompiler.
[edit]
p'tain, du coup j'ai pas vu l'histoire du C#... faut toujours qu'on vienne me causer quand j'attaque un truc...
[^] # Re: quel est ce programme
Posté par freem . En réponse au message porter un logiciel open source depuis Windows. Évalué à 3. Dernière modification le 26 janvier 2018 à 09:43.
On parle d'un logiciel sous windows, la, hein... si le code est écrit avec Visual Studio, disons, par exemple, 2005, il faut savoir qu'il ne s'agit pas d'un compilateur C, mais C++, et les langages C et C++ ne suivent pas le même standard (ils sont proches, ok, mais ça s'arrête la, je pense notamment à stdint.h qui n'était pas inclus dans le standard C++ avant C++11, autrement dit on a du contourner le problème pendant pas mal de temps, je gage que c'est la raison pour laquelle certaines libs genre la SDL réimplémentent ces types... en bref: VS2005 notamment ne respecte pas le standard C99.).
J'ai aussi souvenir de softs qui compilaient avec VS2005 mais pas avec VS2008, aussi. Bref: MS et les standards C/C++, mieux vaut s'en méfier comme de la peste, surtout si le dev d'origine a pas fait gaffe.
Autre problème: les chances sont énormes pour que le logiciel utilise l'API win32 ou des libs spécifiques à windows pour l'interface graphique, ça risque de représenter un gros gros boulot de changer ça: Qt n'a pas du tout la même façon de penser (Gtk je sais pas, mais franchement je doute aussi que ça soit proche). À la rigueur, p'tet passer des MFCs si c'est ce qui est utilisé vers WxWdigets, la philosophie est, de mémoire, assez proche.
De toute façon, avant de chercher à faire le portage, il faudrait déjà essayer de le faire tourner via wine, ce soft. Et si wine passe pas, le plus simple, c'est de porter le logiciel pour qu'il tourne via wine, c'est ce qui demandera le moins de travail. Et pour éviter de s'emmerder avec du multiarch, il suffit de compiler en 64bits.
Bonne question. Si ça se trouve, il suffit de recompiler.
[edit]
p'tain, du coup j'ai pas vu l'histoire du C#... faut toujours qu'on vienne me causer quand j'attaque un truc...