9 réponses
cptpingu
- Messages postés
- 3840
- Date d'inscription
- dimanche 12 décembre 2004
- Statut
- Modérateur
- Dernière intervention
- 11 juin 2021
Bonjour.
Difficile de te répondre comme cela, sans voir la totalité (à vrai dire une archive contenant ce qu'il faut, prêt à compiler serait plus simple pour t'aider sur un souci de compilation). Si tu peux mettre une archive téléchargeable, je pourrais essayer de la compiler chez moi.
À première vue, à froid, le -shared n'est-il pas utilisé pour générer un *.so et non un exécutable ?
Difficile de te répondre comme cela, sans voir la totalité (à vrai dire une archive contenant ce qu'il faut, prêt à compiler serait plus simple pour t'aider sur un souci de compilation). Si tu peux mettre une archive téléchargeable, je pourrais essayer de la compiler chez moi.
À première vue, à froid, le -shared n'est-il pas utilisé pour générer un *.so et non un exécutable ?
SypayV
- Messages postés
- 6553
- Date d'inscription
- vendredi 28 décembre 2007
- Statut
- Contributeur
- Dernière intervention
- 23 octobre 2020
Je veux bien te passer toute la source (Qui se trouve sur github, il faut juste que je commit mes erreurs dessus), mais pour arriver à compiler le projet il faut télécharger au moins un SDK de 340 Mo.
L'idée c'est bien de générer une bibliothèque dynamique (Il s'agit d'un plugin).
https://github.com/L-EARN/NoCheatZ-3/tree/debian-amd64-issue
Tu pourras en voir un peu plus sur ce que j'essaie de faire, par contre pour compiler ça va être une autre histoire ...
Merci pour ton aide.
L'idée c'est bien de générer une bibliothèque dynamique (Il s'agit d'un plugin).
https://github.com/L-EARN/NoCheatZ-3/tree/debian-amd64-issue
Tu pourras en voir un peu plus sur ce que j'essaie de faire, par contre pour compiler ça va être une autre histoire ...
Merci pour ton aide.
cptpingu
- Messages postés
- 3840
- Date d'inscription
- dimanche 12 décembre 2004
- Statut
- Modérateur
- Dernière intervention
- 11 juin 2021
Peux-tu m'écrire une procédure de téléchargement, installation, compilation ?
(En gros, je télécharge quoi, et comment je compile chacun des parties ?)
J'ai à dispo un g++4.6 (sous unbuntu 12.04 64bits), un g++4.4.5 (sous debian squeeze 64bits), qui sont différents de ce que tu as. J'espère que ça n'influera pas.
Edit: Je viens de comprendre que c'est le submodule qui télécharge tout seul le sdk.
(En gros, je télécharge quoi, et comment je compile chacun des parties ?)
J'ai à dispo un g++4.6 (sous unbuntu 12.04 64bits), un g++4.4.5 (sous debian squeeze 64bits), qui sont différents de ce que tu as. J'espère que ça n'influera pas.
Edit: Je viens de comprendre que c'est le submodule qui télécharge tout seul le sdk.
Améliorer votre expérience CodeS-SourceS avec ce plugin:
http://codes-sources.commentcamarche.net/forum/affich-10000111-plugin-better-cs-2#cptpingu-signature
SypayV
- Messages postés
- 6553
- Date d'inscription
- vendredi 28 décembre 2007
- Statut
- Contributeur
- Dernière intervention
- 23 octobre 2020
Il n'y a pas besoin de compiler le sdk. On s'en sert juste pour avoir les en-têtes.
Pour le reste, c'est décrit sur le readme.
Ce qui va changer pour toi, pas besoin non plus d'installer le serveur de jeux (On s'intéresse uniquement à la compilation).
Ce qui change pour le clonage :
Et il faudra penser à copier ces fichiers dans server-plugin/bin pour le lien dynamique : http://www.filedropper.com/css-libs
Edit : Peu importe la version de g++, au contraire plus ça fonctionne sur différentes et mieux ce sera. Le fait que tu sois sous x64 c'est parfait aussi, mais vu qu'on compile quand même pour x86 il faut penser à avoir les versions x86 de libc.
Pour le reste, c'est décrit sur le readme.
Ce qui va changer pour toi, pas besoin non plus d'installer le serveur de jeux (On s'intéresse uniquement à la compilation).
Ce qui change pour le clonage :
git clone -b debian-amd64-issue git://github.com/L-EARN/NoCheatZ-3.git NoCheatZ-3
cd NoCheatZ-3
git submodule update --init --recursive
Et il faudra penser à copier ces fichiers dans server-plugin/bin pour le lien dynamique : http://www.filedropper.com/css-libs
Edit : Peu importe la version de g++, au contraire plus ça fonctionne sur différentes et mieux ce sera. Le fait que tu sois sous x64 c'est parfait aussi, mais vu qu'on compile quand même pour x86 il faut penser à avoir les versions x86 de libc.
cptpingu
- Messages postés
- 3840
- Date d'inscription
- dimanche 12 décembre 2004
- Statut
- Modérateur
- Dernière intervention
- 11 juin 2021
Je n'ai pas réussi à la compiler (je ne parle pas de linker, mais bien de compiler).
En fait, je ne comprends pas comment ça pourrait compiler en l'état. Par exemple dans Preprocessor.h, il y a un "#include "Platform.h". Or il n'y a pas de "Platform.h" à ce niveau. En faisant un "find", il y a apparemment plein de "Plateform.h" un peu plus haut dans l'arborescence, mais il n'est indiqué nul part avec lequel se lier.
Je précise que j'utilise uniquement le makefile fournit (en tapant un simple make en ligne de commande). S'il y a des chemins personnalisés, liés à un éditeur en particulier, je ne vais pas pouvoir faire grand chose.
(À noter aussi qu'il y a une erreur dans le makefile, il y a une tabulation qui traine ligne 140, et la tabulation a un sens grammatical. Mon éditeur (emacs) a été assez sympa pour me le signaler :p).
En fait, je ne comprends pas comment ça pourrait compiler en l'état. Par exemple dans Preprocessor.h, il y a un "#include "Platform.h". Or il n'y a pas de "Platform.h" à ce niveau. En faisant un "find", il y a apparemment plein de "Plateform.h" un peu plus haut dans l'arborescence, mais il n'est indiqué nul part avec lequel se lier.
Je précise que j'utilise uniquement le makefile fournit (en tapant un simple make en ligne de commande). S'il y a des chemins personnalisés, liés à un éditeur en particulier, je ne vais pas pouvoir faire grand chose.
(À noter aussi qu'il y a une erreur dans le makefile, il y a une tabulation qui traine ligne 140, et la tabulation a un sens grammatical. Mon éditeur (emacs) a été assez sympa pour me le signaler :p).
SypayV
- Messages postés
- 6553
- Date d'inscription
- vendredi 28 décembre 2007
- Statut
- Contributeur
- Dernière intervention
- 23 octobre 2020
Il y a beaucoup de fichiers qui se trouvent dans les SDK.
Le makefile se charge d'utiliser le bon SDK en fonction du jeu pour lequel on fait le plugin.
Donc il inclue les en-têtes spécifiques, tels que Platform.h par rapport au dossier du SDK dont le jeu dépend.
C'est pourquoi il faut utiliser le makefile avec, par exemple, make debug GAME=CSS ou alors make release GAME=CSGO, etc ...
Un simple make n'incluera pas le sdk et donc plein d'erreurs ...
Mais je pense que mon problème vient des changements ABI, encore et toujours ... Apparemment c'est sensé fonctionner correctement avec g++-4.1 ... Je vais ajouter le SDK spécifique à CSS et essayer d'utiliser les bibliothèques fournies dedans, je croise les doigts.
En attendant tu peux réessayer de compiler, si tu veux bien.
Le makefile se charge d'utiliser le bon SDK en fonction du jeu pour lequel on fait le plugin.
Donc il inclue les en-têtes spécifiques, tels que Platform.h par rapport au dossier du SDK dont le jeu dépend.
C'est pourquoi il faut utiliser le makefile avec, par exemple, make debug GAME=CSS ou alors make release GAME=CSGO, etc ...
Un simple make n'incluera pas le sdk et donc plein d'erreurs ...
Mais je pense que mon problème vient des changements ABI, encore et toujours ... Apparemment c'est sensé fonctionner correctement avec g++-4.1 ... Je vais ajouter le SDK spécifique à CSS et essayer d'utiliser les bibliothèques fournies dedans, je croise les doigts.
En attendant tu peux réessayer de compiler, si tu veux bien.
SypayV
- Messages postés
- 6553
- Date d'inscription
- vendredi 28 décembre 2007
- Statut
- Contributeur
- Dernière intervention
- 23 octobre 2020
J'ai réussi à résoudre mon problème en utilisant le SDK spécifique.
ça va encore ajouter 400 Mo de source dans le projet mais bon ...
Edit : A mon avis ça aurait été plus simple de compiler mathlib moi même, ça revient au même.
Merci pour ton aide et tes retours en tous cas, je te décharge de tout ça.
Bonne journée. ;)
ça va encore ajouter 400 Mo de source dans le projet mais bon ...
Edit : A mon avis ça aurait été plus simple de compiler mathlib moi même, ça revient au même.
Merci pour ton aide et tes retours en tous cas, je te décharge de tout ça.
Bonne journée. ;)
cptpingu
- Messages postés
- 3840
- Date d'inscription
- dimanche 12 décembre 2004
- Statut
- Modérateur
- Dernière intervention
- 11 juin 2021
J'avais encore des soucis de compilation, malgré l'utilisation des bonnes options à make ^^.
Je ne vois pas trop le rapport entre un nouveau SDK et le link avec -lm, peut être que c'est proprement indiqué/linké dans celui-ci au contraire de l'autre. Mais bon, peu importe, si tu as réussi à résoudre ton souci, tant mieux !
Je ne vois pas trop le rapport entre un nouveau SDK et le link avec -lm, peut être que c'est proprement indiqué/linké dans celui-ci au contraire de l'autre. Mais bon, peu importe, si tu as réussi à résoudre ton souci, tant mieux !
vlad
Je ai eu le même problème que vous, voilà ce que j'ai fait xD:
kludge.c:
... et ça a marché !
kludge.c:
#include <math.h>
extern float __atan2f_finite(float x, float y){
return atan2f(x,y);
}
extern double __atan2_finite(double x, double y){
return atan2f(x,y);
}
extern double __log_finite(double x){
return log(x);
}
extern double __pow_finite(double x, double y){
return pow(x, y);
}
extern float __acosf_finite(float x){
return acos(x);
}
extern double __asin_finite(double x){
return asin(x);
}
extern double __acos_finite(double x){
return acos(x);
}
$> gcc kludge.c -c
$> ar -r mathlib.a kludge.o
... et ça a marché !