Erreur de compilation sous windows. (avec mingw)

Version imprimable

Voir 40 message(s) de cette discussion en une page

Salut.

Sous linux mon code compile mais pas sous windows.

Voici l'erreur : error : expected primary expression before 'struct'
return interface.intersects(ray, segment, info);
in member function odfaeg::physic::BoundingSphere::onIntersects(odfaeg::physic::BaseInterface&);

Dans le fichier boundingSphere.h :

Code:

1
2
 
bool onIntersects (BaseInterface& interface, CollisionResultSet::Info& info);

CollisionResultSet est une structure dans une classe :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
class CollisionResultSet {
            public :
            struct Info {
                Info() {
                    entity = nullptr;
                    center = math::Vec3f(0, 0, 0);
                    mtu = math::Vec3f(0, 0, 0);
                    nearestVertexIndex1 = -1;
                    nearestPtIndex1 = -1;
                    nearestEdgeIndex1 = -1;
                    nearestFaceIndex1 = -1;
                    nearestVertexIndex2 = -1;
                    nearestPtIndex2 = -1;
                    nearestEdgeIndex2 = -1;
                    nearestFaceIndex2 = -1;
                }
                math::Vec3f mtu, center;
                graphic::Entity* entity;
                int nearestVertexIndex1;
                int nearestPtIndex1;
                int nearestEdgeIndex1;
                int nearestFaceIndex1;
                int nearestVertexIndex2;
                int nearestPtIndex2;
                int nearestEdgeIndex2;
                int nearestFaceIndex2;
            };

Voila merci d'avance pour votre aide.

21/10/2015, 20h09
Invité

Non rien.
22/10/2015, 08h38
ternel

c'est pas grave, tu as encore raté ton constructeur.

member initialiser list

Oui j'ai essayé mais ça ne résoud pas le problème. :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
 struct Info {
                Info() : entity(nullptr), center(0, 0, 0), mtu(0, 0, 0), nearestVertexIndex1(-1),
                nearestPtIndex1(-1), nearestEdgeIndex1(-1), nearestFaceIndex1(-1),
                nearestVertexIndex2(-1), nearestPtIndex2(-1), nearestEdgeIndex2(-1), nearestFaceIndex2(-1) {
 
                }
                math::Vec3f mtu, center;
                graphic::Entity* entity;
                int nearestVertexIndex1;
                int nearestPtIndex1;
                int nearestEdgeIndex1;
                int nearestFaceIndex1;
                int nearestVertexIndex2;
                int nearestPtIndex2;
                int nearestEdgeIndex2;
                int nearestFaceIndex2;
            };

J'ai même essayé en retirant carrément le constructeur mais même erreur.

PS : Comment on fait encore pour définir le constructeur d'une classe interne dans le .cpp ?

Merci.

22/10/2015, 09h59
Astraya

Citation:

expected primary expression before 'struct'

C'est a 99% un problème d'include selon moi.... Il ne doit pas trouver CollisionResultSet

Citation:

PS : Comment on fait encore pour définir le constructeur d'une classe interne dans le .cpp ?

Code:

CollisionResultSet::Info::Info(){}

PS: JE sais pas ce qui me fait le plus peur... Que tu veuilles faire une moteur de jeu où que tu veuilles faire un moteur de jeu et que tu sais même pas faire un constructeur dans un cpp...
22/10/2015, 11h31
Invité

Oui il ne le trouve pas mais le plus bizarre c'est qu'il compile le module physique sans problème (là il le trouve) et quand il compile le module graphique il ne le trouve plus ...
22/10/2015, 11h49
white_tentacle

Probablement tes répertoires de recherche des fichiers d’en-têtes passés au compilateur qui ne sont pas bons, non ?
22/10/2015, 13h19
Invité

Je ne sais pas, j'ai renseigné tout les répertoires avec cmake, et les classe BoundingSphere et CollisionResultSet sont dans le même répetoire, ce n'est donc pas un répertoire externe, logiquement il devrait le trouver sans problème...

Mais c'est pas le seul problème que j'ai eu, j'ai du mettre le dossier include de opengl dans le répertoire include de mingw, sinon, il ne le trouvait pas, même en le renseignant dans le path...

Mingw à vraiment du mal à trouver certains répertoires ..., il y en a qu'il trouve, d'autre pas, bref, c'est le bordel, et j'y comprend plus rien. :/
22/10/2015, 13h51
white_tentacle

À tout hasard, si tu as plusieurs fichiers qui ont le même nom (mais dans des répertoires différents), vérifier que les « include guards » (#ifdef truc) ne soient pas basé sur la même valeur. Ça peut arriver lorsqu’ils sont générés par certains IDE : ils ne prend que le nom du fichier pour générer la clé, pas le namespace --> ça merde si tu as deux fichiers qui ont le même nom.
22/10/2015, 13h58
dragonjoker59

Si tu utilises CMake, le problème provient de l'utilisation que tu en fais, car notamment pour OpenL, un find_package( OpenGL ) définira les chemins d'include et les libs nécessaires.
J'aimerais bien voir ton/tes CMakeLists.txt...

Le voici :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
# include the ODFAEG specific macros
include(${PROJECT_SOURCE_DIR}/cmake/Macros.cmake)
 
set(INCROOT ${PROJECT_SOURCE_DIR}/include/odfaeg/Physics)
set(SRCROOT ${PROJECT_SOURCE_DIR}/src/odfaeg/Physics)
set(SRC
 
	${INCROOT}/export.hpp
	${INCROOT}/collisionResultSet.hpp
	${SRCROOT}/collisionResultSet.cpp
	${INCROOT}/boundingVolume.h
	${INCROOT}/boundingSphere.h
	${SRCROOT}/boundingSphere.cpp
	${INCROOT}/boundingEllipsoid.h
	${SRCROOT}/boundingEllipsoid.cpp
	${INCROOT}/boundingBox.h
	${SRCROOT}/boundingBox.cpp
	${INCROOT}/orientedBoundingBox.h
	${SRCROOT}/orientedBoundingBox.cpp
	${INCROOT}/boundingPolyhedron.h
	${SRCROOT}/boundingPolyhedron.cpp
	${INCROOT}/affector.h
	${SRCROOT}/affector.cpp
	${INCROOT}/emmiters.h
	${INCROOT}/emissionInterface.h
	${SRCROOT}/emitter.cpp
	${INCROOT}/particule.h
        ${SRCROOT}/particle.cpp
        ${INCROOT}/particuleSystem.h
	${SRCROOT}/particleSystem.cpp)
include_directories(${CMAKE_INCLUDE_PATH})
link_directories(${CMAKE_LIBRARY_PATH})
find_package (SFML 2 REQUIRED)
sfgl_add_library(odfaeg-physics
				 SOURCES ${SRC}
				 DEPENDS odfaeg-core odfaeg-math)
target_link_libraries (odfaeg-physics ${SFML_LIBRARIES})

22/10/2015, 16h02
dragonjoker59
Code:

1 2 include_directories(${CMAKE_INCLUDE_PATH}) link_directories(${CMAKE_LIBRARY_PATH})
Je n'ai jamais eu à faire cela; il y a quoi dans ces 2 variables?
Tu ne recherches jamais OpenGL? Pas étonnant qu'il ne le trouve pas...
22/10/2015, 18h53
Invité

Si, je recherche opengl.

include_directories(${CMAKE_INCLUDE_PATH})
link_directories(${CMAKE_LIBRARY_PATH})

Ca contient les chemins vers les librairies externes contenues dans le dossier de mon projet, mais tu as raison, je pourrais enlever cela car, désormais j'utilise find pour les trouver.

Sinon, je cherche bien opengl et tout ça mais dans un autre module, le module graphique.
22/10/2015, 20h20
dragonjoker59

Et donc MinGW ne trouve pas OpenGL avec les chemins définis par le find_package?
23/10/2015, 13h17
Invité

Non ce n'est pas openGL qu'il ne trouve pas mais juste un fichier.h de mon projet, lorsque je n'avais pas encore créer la structure CollisionResultSet ça compilait.
23/10/2015, 14h31
dragonjoker59

Citation:

Mais c'est pas le seul problème que j'ai eu, j'ai du mettre le dossier include de opengl dans le répertoire include de mingw, sinon, il ne le trouvait pas, même en le renseignant dans le path...

Il ne le trouvait donc pas, malgré le find_package?

Tu as toujours ton problème d'origine?
23/10/2015, 14h37
ternel

Donc, c'est ce .h qui est mal fait.
Par hasard, est-ce que l'un des includes n'est pas utilisé ailleurs dans le programme. Si c'est le cas, c'est probablement qu'il te manque la lib correspondante.
23/10/2015, 22h05
Invité

Citation:

Donc, c'est ce .h qui est mal fait.
Par hasard, est-ce que l'un des includes n'est pas utilisé ailleurs dans le programme.

Si, enfin, on dirait que mon fichier CollisionResultSet est mal fait.

Maintenant est ce que c'est parce que je suis passé d'un compilateur 64 bits à 32 bits que j'ai cette erreur ? (Ca aussi c'est possible car sous linux j'utilise un compilateur 64 bits et là ça compile)

Bref je ne vois pas du tout d'ou peux venir l'erreur. :/
23/10/2015, 22h48
dragonjoker59

On peut voir le fichier complet?

Ok le voici :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
 
#ifndef ODFAEG_COLLISION_RESULT_SET
#define ODFAEG_COLLISION_RESULT_SET
#include <vector>
#include "../Math/vec4.h"
namespace odfaeg {
    namespace graphic {
        class Entity;
    }
    namespace physic {
        class CollisionResultSet {
            public :
            struct Info {
                Info() {
                    entity = nullptr;
                    center = math::Vec3f(0, 0, 0);
                    mtu = math::Vec3f(0, 0, 0);
                    nearestVertexIndex1 = -1;
                    nearestPtIndex1 = -1;
                    nearestEdgeIndex1 = -1;
                    nearestFaceIndex1 = -1;
                    nearestVertexIndex2 = -1;
                    nearestPtIndex2 = -1;
                    nearestEdgeIndex2 = -1;
                    nearestFaceIndex2 = -1;
                }
                math::Vec3f mtu, center;
                graphic::Entity* entity;
                int nearestVertexIndex1;
                int nearestPtIndex1;
                int nearestEdgeIndex1;
                int nearestFaceIndex1;
                int nearestVertexIndex2;
                int nearestPtIndex2;
                int nearestEdgeIndex2;
                int nearestFaceIndex2;
            };
            static void pushCollisionInfo(Info info) {
                infos.push_back(info);
            }
            static Info popCollisionInfo() {
                Info info;
                if (infos.size() > 0) {
                    info = infos.back();
                    infos.pop_back();
                }
                return info;
            }
            static void clear() {
                infos.clear();
            }
            private :
            static std::vector<Info> infos;
        };
    }
}
#endif

Voir 40 message(s) de cette discussion en une page