J'essaie d'apprendre à compiler à partir de sources Git, je pige rien. - Page 1

Je sais vraiment pas où poster ça alors modos n'hésitez pas à déporter déplacer ce thread au bon endroit.

Bon alors pour faire court, j'utilise DHEWM3, un source port de Doom3. Mais y a pas de support manette (et j'aime bien le support manette).
J'avais essayé d'utiliser Doom BFA mais je comprends pas comment le lancer ni même s'il n'exige pas une double installation Vanilla + BFG Ed. pour tourner, et j'aime pas Doom 3 BFG.

Je viens de découvrir qu'il existe un fork de DHEWM3 avec support manette, mais je n'arrive pas à piger quoi faire avec CMake ni comment ça marche, sachant qu'au mieux je sais vaguement scripter quelques lignes de HTML et des macros dans Doom 64.

J'arrive pas à piger si c'est un fork standalone à build soi-même ou un build qu'on peut merge avec le dhewm3 d'origine pour injecter le support, ni comment on fait.
Je ne sais pas quels paquets ni charge de travail VStudio je dois installer avec pour compiler une fois que Cmake a fini de build et de toutes façons honnêtement je programme pas donc j'y comprends en gros rien.

Si quelqu'un peut m'expliquer comme si j'étais un canard en plastique ce que je dois faire, quelles libs j'installe et comment je configure, je vous en serai infiniment reconnaissant
Après je devrais arriver à me démerder, c'est vraiment mettre le pied dans le monde merveilleux(?) des build et compilations qui me laisse confus.

c'est standalone mais a 10 ans, avec 300 commits fait depuis dans l'original ça semble mal barré ^^

généralement pour compiler un projet utilisant cmake :
crée un répertoire, disons "build" et place toi dedans, fais "cmake .." puis "make"
après sous windows aucune idée ^^

mais globalement cmake va générer un makefile classique


as tu testé d'utiliser un soft transformant les inputs du pad vers clavier ? genre ça :

edit > il existe aussi cette version pimpé de bfg :

Dhewm3 a peu changé en fait en 10 ans.
Ça change rien au fait que j'essaie d'apprendre.
CMake a une GUI sous Windows mais il m'a dit qu'il ne trouvait aucune instance de VS alors que je l'avais installé, donc je suis un peu largué.

AntiMicroX déconne occasionnellement et l'autre port c'est BFG, dont je ne veux pas, je veux modder l'original.
Le port de BFG ne me semble pas capable de prendre en charge l'original, c'est bien dommage car il est vraiment mieux que ce "remaster" douteux...

Bon au pire j'ajouterai l'exécutable dans Steam et je testerai s'il est capable de surimposer le support manette mais j'en doute.

https://stackoverflow.com/a/46518629/1910035 ?

Penses à check tes variables d'environnement

C'est-à-dire?
Pour l'instant j'en suis à installer les paquets et la charge de travail C++, normalement je devrais pas avoir besoin d'ajouter tous les paquets MFC.

Bon j'ai réussi à installer à peu près correctement VS et j'ai réussi à build zlib via cmake puis VS, donc j'ai déjà appris un truc.
Maintenant mon souci c'est que les lins fournies par dhewm3 utilisent mingw, va falloir que je creuse plus avant...

tu va finir par passer sous linux, ça t'aurais pris 5 lignes pour cloner le git et compiler

surtout pour jouer à doom, nous sous linux on pleure pour jouer à d'autres jeux

après le compiler semble être un bête de jeux à lui seul :^D

vince (./5) :
Penses à check tes variables d'environnement

Vu, pigé en ajoutant mingw, merci du conseil.

Bon, après avoir regardé le fork manette, pour le moment ça vaut pas la peine de continuer pour le moment, c'est SDL 1.2 donc c'est plus du joystick qu'un vrai support manette, donc c'est partie remise.

Cela dit j'ai déjà appris des trucs sur CMake et VS et ça me servira pour autre chose à l'avenir, ne serait-ce que build des libs.

il gère les deux visiblement, avec la v2 par défaut : https://github.com/dhewm/dhewm3/blob/master/neo/CMakeLists.txt#L58

chez moi il a utilisé d'entré sdl2 dhewm3 1.5.3pre.1305 linux-x86_64 Jul 31 2023 22:35:09 using SDL v2.28.1

le compilo n'a certainement juste pas trouvé le nécessaire

Je parlais du fork controller. Dhewm3 basique j'ai utilisé les derniers binaires et aucune manette n'est détectée.

c'est pareil dans le fork, ça gère les deux sdl : https://github.com/crinkelitehttps/dhewm3-controller-support/blob/master/neo/CMakeLists.txt#L41

vince (./5) :
Penses à check tes variables d'environnement

OK visiblement c'est là que ça pêche, j'ai pas dû pointer tous les folder nécessaires.

J'en suis là...

Bon, je me retrouve avec une erreur char / unsign char dans win-input.cpp ligne 225, sauf que la ligne 225 c'est ça:

};

C'est un point-virgule après une accolade "finale" de section
Je sais pas trop lire ce qu'il y a dans le cpp, mais ce que je vois c'est qu'ensuite, dans les autres séries d'instructions y a plus de point-virgule après l'accolade finale.
Est-ce que quelqu'un qui s'y connaît en C++ peut m'aiguiller si je colle le contenu du .cpp et l'erreur que make me retourne?

ça semble être un tableau avec les touches clavier italiennes, il y a toutes les autres langues au dessus, étrange que seule celle-ci ne passe pas, tu peux essayer de copier une autre langue à l'intérieur, ou oui donne nous l'erreur

( https://github.com/crinkelitehttps/dhewm3-controller-support/blob/master/neo/sys/win32/win_input.cpp#L225

The_CUrE (./15) :
Bon, je me retrouve avec une erreur char / unsign char dans win-input.cpp ligne 225, sauf que la ligne 225 c'est ça:

};

C'est un point-virgule après une accolade "finale" de section
Je sais pas trop lire ce qu'il y a dans le cpp, mais ce que je vois c'est qu'ensuite, dans les autres séries d'instructions y a plus de point-virgule après l'accolade finale.
Est-ce que quelqu'un qui s'y connaît en C++ peut m'aiguiller si je colle le contenu du .cpp et l'erreur que make me retourne?

faut voir ça comme "c'est là que la voiture s'est immobilisée", maintenant faut trouver où son pneu a éclaté un peu en amont...

vince (./17) :

The_CUrE (./15) :
Bon, je me retrouve avec une erreur char / unsign char dans win-input.cpp ligne 225, sauf que la ligne 225 c'est ça:

};

C'est un point-virgule après une accolade "finale" de section
Je sais pas trop lire ce qu'il y a dans le cpp, mais ce que je vois c'est qu'ensuite, dans les autres séries d'instructions y a plus de point-virgule après l'accolade finale.
Est-ce que quelqu'un qui s'y connaît en C++ peut m'aiguiller si je colle le contenu du .cpp et l'erreur que make me retourne?

faut voir ça comme "c'est là que la voiture s'est immobilisée", maintenant faut trouver où son pneu a éclaté un peu en amont...

Ça en effet j'ai fini par y penser, maintenant là où c'est curieux c'est que lors du make, j'ai eu l'erreur suivante en retour, qui m'a guidé là:

win32\win_input.cpp:225:1: error: narrowing conversion of ''\37777777750'' from 'char' to 'unsigned char' inside { } [-Wnarrowing]

Or il ne semble nulle part ici y avoir besoin de convertir de char à unsigned char et réciproquement...
Je vais relire voir ce que le cpp raconte.

édit essai le fichier du dépôt original : https://github.com/dhewm/dhewm3/blob/master/neo/sys/win32/win_input.cpp

je vais déjà voir si ça marche en dégageant les langues clavier dont j'ai pas besoin.

ok donc le win_input.cpp de dhewm3 1.5.2 contient la réponse dans un commentaire:

// DG: at least MinGW doesn't like the old scantokey tables, seems to be some kind of charcode-fuckup
// (no -finput-charset=ISO8859-1 doesn't seem to help, see #238) - so use plain numbers instead

Donc, en effet swap de fichier ça ira plus vite.

OK, j'en ai marre, c'était une idée à la con que de compiler cette connerie, je l'admets.

Maintenant que j'ai plus d'erreurs de win_input, j'ai droit à tout le reste des cpp qui me retournent des "undefined reference" à des fonctions auxquelles il devrait avoir accès.
Remplacer le subfolder sys du fork à la con par le sys de dhewm3 1.5.2 ne marche pas mieux.

Donc j'abandonne, j'ai installé antimicrox et il fera suffisamment le job, visiblement la dernière version a corrigé pas mal de soucis de fidélité souris.

À l'avenir j'apprendrai à compiler à partir de sources fraîches et maintenues, leçon retenue.