Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de Superted :
- [01/03@19:51] kde, xmms et kstart
- [01/03@19:49] kde, xmms, kstart
Journal : Un casse brique en 3D à tester
Posté par Superted () le 14 mai 2003> Lire le journal (19 commentaires, moyenne: 1).
Re: Un casse brique en 3D à tester
g++ -DHAVE_CONFIG_H -I. -I. -I../.. -DDATADIR=\"/usr/local/share/briquolo\" -Wall -O3 -I/usr/local/include/SDL -D_REENTRANT -c -o MOGL_Armature.o `test -f 'MOGL_Armature.cpp' || echo './'`MOGL_Armature.cpp
MOGL_Noeud.h: In member function `virtual void
MOGL_Armature::TnL(MOGL_Afficheur*)':
MOGL_Noeud.h:43: `typedef struct std::_Rb_tree_iterator<MOGL_ElementArbre*,
MOGL_ElementArbre* const&, MOGL_ElementArbre* const*>
MOGL_Noeud::MOGL_ItSet_ElementArbre' is private
MOGL_Armature.cpp:87: within this context
make[3]: *** [MOGL_Armature.o] Error 1
(gcc version 3.2.2)
-
[^]Re: Un casse brique en 3D à tester
Posté par degeu raoul (page perso, ) le 14/05/2003 à 20:28. (lien). Évalué à 1.meme gcc et meme erreur
-
[^]Re: Un casse brique en 3D à tester
-
[^]Re: Un casse brique en 3D à tester
Posté par Superted () le 14/05/2003 à 20:46. (lien). Évalué à 1.bon c'est pas etonnant qu'il aime pas gcc 3.2, d'ailleur il ne devrait pas aimer non plus gcc 2.95 !
voilà ce qu'il faut faire (enfin j'espère, mais ça semble logique):
dans briquolo-0.3/src/MOGL/MOGL_Noeud.h, juste après :
class MOGL_Noeud : public MOGL_ElementArbre
{
il faut rajouter:
protected:
Ce qui m'ennuie c'est que j'ai juste un modem, alors si une ame charitable voulait faire la modif avant que je ne renvoie toute l'archive... Parce que il risque d'y avoir d'autres erreurs...-
[^]Re: Un casse brique en 3D à tester
Posté par ced () le 14/05/2003 à 20:55. (lien). Évalué à 1.g++ -DHAVE_CONFIG_H -I. -I. -I../.. -DDATADIR=\"/usr/local/share/briquolo\"
-Wall -O3 -I/usr/local/include/SDL -D_REENTRANT -c -o MOGL_FenetreKit.o `test
-f 'MOGL_FenetreKit.cpp' || echo './'`MOGL_FenetreKit.cpp
MOGL_FenetreKit.cpp: In member function `void
MOGL_FenetreKit::DeplacementSouris(SDL_MouseMotionEvent*)':
MOGL_FenetreKit.cpp:133: call of overloaded `fmod(int&, int)' is ambiguous
/usr/include/bits/mathinline.h:429: candidates are: double fmod(double, double)
/usr/include/c++/3.2.2/cmath:276: long double std::fmod(long
double, long double)
/usr/include/c++/3.2.2/cmath:267: float std::fmod(float, float)
MOGL_FenetreKit.cpp:137: call of overloaded `fmod(int&, int)' is ambiguous
/usr/include/bits/mathinline.h:429: candidates are: double fmod(double, double)
/usr/include/c++/3.2.2/cmath:276: long double std::fmod(long
double, long double)
/usr/include/c++/3.2.2/cmath:267: float std::fmod(float, float)
MOGL_FenetreKit.cpp:144: call of overloaded `fmod(int&, int)' is ambiguous
/usr/include/bits/mathinline.h:429: candidates are: double fmod(double, double)
/usr/include/c++/3.2.2/cmath:276: long double std::fmod(long
double, long double)
/usr/include/c++/3.2.2/cmath:267: float std::fmod(float, float)
MOGL_FenetreKit.cpp:148: call of overloaded `fmod(int&, int)' is ambiguous
/usr/include/bits/mathinline.h:429: candidates are: double fmod(double, double)
/usr/include/c++/3.2.2/cmath:276: long double std::fmod(long
double, long double)
/usr/include/c++/3.2.2/cmath:267: float std::fmod(float, float)
make[3]: *** [MOGL_FenetreKit.o] Error 1-
[^]Re: Un casse brique en 3D à tester
Posté par Superted () le 14/05/2003 à 21:16. (lien). Évalué à 1.je pense qu'en changeant les
fmod
par des
std::fmod
ça devrait marcher
il y en a dans briquolo-0.3/src/MOGL/MOGL_FenetreKit.cpp et dans briquolo-0.3/src/MOGL/MOGL_Temps.cpp-
[^]Re: Un casse brique en 3D à tester
Posté par -=[ Benoit Plessis ]=- (page perso, ) le 15/05/2003 à 11:18. (lien). Évalué à 1.Il faut (en tout cas avec les derniers lib c++) utiliser
#include au lieu de "math.h"
#include au lieu de "stdlib.h"
pour regler les pb avec fmod / pow / .. il faut forcer le type d'un des arguments (ex "std::pow((double)-1,x)") sinon il ne peut pas choisir entre double et float.
Par contre je chope un
BRIQUOLO v0.3
Fatal signal: Segmentation Fault (SDL Parachute Deployed)
apres :(--
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous même la tronçonneuse" (traduction libre)-
[^]Re: Un casse brique en 3D à tester
Posté par Superted () le 15/05/2003 à 14:20. (lien). Évalué à 1.hum... c'est bien dommage
tu as bien fait make install ?-
[^]Re: Un casse brique en 3D à tester
Posté par -=[ Benoit Plessis ]=- (page perso, ) le 16/05/2003 à 08:31. (lien). Évalué à 1.donc en fait ct
#include >cmath<
#include >cstdlib<
bien sur
sinon oui j'ai bien fait make install.
ca crash lors du chargement de texture
a l'appel de gluBuild2DMipmaps, toutl e reste avant a marche--
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous même la tronçonneuse" (traduction libre)
-
-
-
-
[^]Re: Un casse brique en 3D à tester
Posté par roland pistolero () le 15/05/2003 à 11:37. (lien). Évalué à 1.Voici un patch qui permet de compiler corectement avec gcc 3.2
http://toursombre.dyndns.org/briquolo-gcc-3.2.patch(...)
pour l'appliquer, il faut:
- telecharger le patch et le copier dans le répertoire briquolo-0.3
- se mettre dans ce même répertoire
- lancer: path -p0 < briquolo-gcc-3.2.patch
et suivre la procedure normale (./configure && make && make install)-
[^]Re: Un casse brique en 3D à tester
Posté par roland pistolero () le 15/05/2003 à 11:42. (lien). Évalué à 1.- lancer: path -p0 < briquolo-gcc-3.2.patch
oops, il faut lire bien sûr :
- lancer: patch -p0 < briquolo-gcc-3.2.patch-
[^]Re: Un casse brique en 3D à tester
Posté par Superted () le 15/05/2003 à 14:21. (lien). Évalué à 1.c'est super sympa, merci (voir le mail que je t'ai envoyé)
-
[^]Re: Un casse brique en 3D à tester
Posté par roland pistolero () le 15/05/2003 à 14:39. (lien). Évalué à 1.J'ai pas encore reçu ton mail, si tu peux le renvoyer stp (je pense qu'il y'a eu un problème chez hotpop)
-
-
-
-
-
-
Re: Un casse brique en 3D à tester
ce casse brique va vite devenir un casse tête
/me se jette par la fenetre
-
[^]Re: Un casse brique en 3D à tester
Posté par Superted () le 14/05/2003 à 22:31. (lien). Évalué à 1.non, faut pas faire ça pour si peu !
mais sérieusement, il va falloir que je compile ça sous gcc 3.2. D'ici quelque jour je devrais y avoir accès.
Donc avec gcc 3.2 (où la série des 3.x certainement) c'est pas la peine d'essayer pour le moment, mais avec un vieux (2.95 et peut être 2.96), pourquoi pas
Re: Un casse brique en 3D à tester
checking for glVertex3f in -lGL... no
configure: error: *** You need OpenGL
Me manque quoi ?
-
[^]Re: Un casse brique en 3D à tester
Posté par Superted () le 15/05/2003 à 17:01. (lien). Évalué à 1.ça veut dire que le ./configure n'a pas reussit à trouver la fonction glVertex3f dans la lib libGL, et qu'il te manque OpenGL (le truc pour faire de la 3d).
Tu peux chercher si tu as les fichiers libGL.so et GL/gl.h sur ton système qui sont obligatoire dès que tu veux compiler quelque chose en rapport avec opengl.
Si tu as, c'est étrange qu'io n'est pas trouvé.
Si tu as pas il faut que tu l'installee d'une manière ou d'un autre (cf. xfree, mesa...)-
[^]Re: Un casse brique en 3D à tester
Posté par Bruno Ethvignot (page perso, ) le 15/05/2003 à 17:50. (lien). Évalué à 1.J'ai ces fichies suivants sous ma Linux Mandrake 9.0 :
/usr/include/GL/gl.h
/usr/X11R6/lib/libGL.so.1.2
/usr/X11R6/lib/libGL.so.1
/usr/X11R6/lib/libGL.so
J'ai même de prototypes dans /usr/include/GL/gl.h
GLAPI void GLAPIENTRY glVertex3f( GLfloat x, GLfloat y, GLfloat z );
GLAPI void GLAPIENTRY glVertex3fv( const GLfloat *v );
Mais bon le ./configure ne veut rien savoir.-
[^]Re: Un casse brique en 3D à tester
Posté par Superted () le 15/05/2003 à 18:45. (lien). Évalué à 1.Dans ce cas, je ne sais pas, c'est étrange. Il semblerait que le configure ne trouve pas ce qu'il faut, donc soit le .h, soit le .so (je dirait le .so, mais bon...). Est-ce que /usr/X11R6/lib/ est dans ton /etc/ld.so.conf ? Sinon mets le met (et fait un petit ldconfig).
(Je ne suis pas un pro de automake/autoconf, aussi je ne sais pas trop comment il s'y prend pour vérifier la présence de la lib. Tout ce que j'ai fait c'est utiliser la macro classique pour vérifier une lib...)
-
-
Cette page a été générée par Templeet en 0.0866s (dont 0.0155 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.