Skip to content

glmpython massive errors #2

Description

@jbeck2

trying to get glm processed, yielded:

S3H:/usr/include/glm$ sudo ./setup.py build_ext
Parseme: Parsed python.parseme.hpp...
Parseme: Parsed python.parseme.cpp...
running build_ext
building 'glm' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.7 -c python.cpp -o build/temp.linux-x86_64-2.7/python.o
cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for Ada/C/ObjC but not for C++ [enabled by default]
In file included from ../glm/./gtx/ulp.hpp:65:0,
from ../glm/ext.hpp:78,
from python.cpp:5:
../glm/./gtx/ulp.inl:24:0: warning: ignoring #pragma warning [-Wunknown-pragmas]
../glm/./gtx/ulp.inl:25:0: warning: ignoring #pragma warning [-Wunknown-pragmas]
../glm/./gtx/ulp.inl:174:0: warning: ignoring #pragma warning [-Wunknown-pragmas]
In file included from ../glm/./gtx/../core/intrinsic_common.hpp:67:0,
from ../glm/./gtx/simd_vec4.hpp:21,
from ../glm/ext.hpp:88,
from python.cpp:5:
../glm/./gtx/../core/intrinsic_common.inl:13:0: warning: ignoring #pragma warning [-Wunknown-pragmas]
../glm/./gtx/../core/intrinsic_common.inl:14:0: warning: ignoring #pragma warning [-Wunknown-pragmas]
../glm/./gtx/../core/intrinsic_common.inl:27:0: warning: ignoring #pragma warning [-Wunknown-pragmas]
In file included from python.cpp:7:0:
python.parseme.hpp:27:14: warning: missing whitespace after the macro name [enabled by default]
python.parseme.hpp:39:14: warning: missing whitespace after the macro name [enabled by default]
python.parseme.hpp:39:0: warning: "glm_$" redefined [enabled by default]
python.parseme.hpp:27:0: note: this is the location of the previous definition
python.parseme.hpp:13:3: error: typedef ‘glm_$’ is initialized (use decltype instead)
python.parseme.hpp:13:3: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x [enabled by default]
python.parseme.hpp:13:9: error: ‘type’ was not declared in this scope
python.parseme.hpp:13:9: note: suggested alternatives:
../glm/glm.hpp:37:3: note: ‘glm::core::type’
../glm/./core/detail.hpp:298:9: note: ‘glm::detail::type’
python.parseme.hpp:17:3: error: typedef ‘glm
$’ is initialized (use decltype instead)
python.parseme.hpp:17:3: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x [enabled by default]
python.parseme.hpp:17:9: error: ‘type’ was not declared in this scope
python.parseme.hpp:17:9: note: suggested alternatives:
../glm/glm.hpp:37:3: note: ‘glm::core::type’
../glm/./core/detail.hpp:298:9: note: ‘glm::detail::type’
python.parseme.hpp:23:2: error: ‘glm_Vector’ does not name a type
python.parseme.hpp:24:2: error: ‘$’ in namespace ‘glm’ does not name a type
python.parseme.hpp:24:11: error: ‘vec$’ does not name a type
python.parseme.hpp:24:19: error: ‘vec’ does not name a type
python.parseme.hpp:25:3: error: typedef ‘glm
$’ is initialized (use decltype instead)
python.parseme.hpp:25:3: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x [enabled by default]
python.parseme.hpp:25:9: error: ‘p’ was not declared in this scope
python.parseme.hpp:30:11: error: expected unqualified-id before ‘{’ token
python.parseme.hpp:30:11: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x [enabled by default]
python.parseme.hpp:30:11: error: ‘p’ was not declared in this scope
python.parseme.hpp:30:11: error: expected constructor, destructor, or type conversion before ‘(’ token
python.parseme.hpp:30:11: error: ‘vec$’ does not name a type
python.parseme.hpp:30:11: error: expected unqualified-id before ‘)’ token
python.parseme.hpp:30:11: error: expected constructor, destructor, or type conversion before ‘)’ token
python.parseme.hpp:30:19: error: ‘vec$’ does not name a type
python.parseme.hpp:30:29: error: expected constructor, destructor, or type conversion before ‘(’ token
python.parseme.hpp:30:39: error: ‘vec$’ does not name a type
python.parseme.hpp:30:46: error: expected unqualified-id before ‘)’ token
python.parseme.hpp:35:2: error: ‘glm_Matrix’ does not name a type
python.parseme.hpp:36:2: error: ‘$’ in namespace ‘glm’ does not name a type
python.parseme.hpp:36:11: error: ‘mat$’ does not name a type
python.parseme.hpp:36:19: error: ‘mat’ does not name a type
python.parseme.hpp:37:1: error: expected ‘;’ after struct definition
python.parseme.hpp:37:1: error: missing type-name in typedef-declaration
python.parseme.hpp:37:3: error: expected unqualified-id before ‘{’ token
python.parseme.hpp:37:3: error: ‘vec$’ does not name a type
python.parseme.hpp:37:3: error: expected constructor, destructor, or type conversion before ‘(’ token
python.parseme.hpp:37:3: error: ‘vec$’ does not name a type
python.parseme.hpp:37:3: error: expected unqualified-id before ‘)’ token
python.parseme.hpp:37:3: error: expected constructor, destructor, or type conversion before ‘)’ token
python.parseme.hpp:37:11: error: ‘mat$’ does not name a type
python.parseme.hpp:42:11: error: expected unqualified-id before ‘{’ token
python.parseme.hpp:42:11: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x [enabled by default]
python.parseme.hpp:42:11: error: ‘p’ was not declared in this scope
python.parseme.hpp:42:11: error: expected constructor, destructor, or type conversion before ‘(’ token
python.parseme.hpp:42:11: error: ‘mat$’ does not name a type
python.parseme.hpp:42:11: error: expected unqualified-id before ‘)’ token
python.parseme.hpp:42:11: error: expected constructor, destructor, or type conversion before ‘)’ token
python.parseme.hpp:42:19: error: ‘mat$’ does not name a type
python.parseme.hpp:42:29: error: expected constructor, destructor, or type conversion before ‘(’ token
python.parseme.hpp:42:39: error: ‘mat$’ does not name a type
python.parseme.hpp:42:46: error: expected unqualified-id before ‘)’ token
python.cpp:36:8: error: ‘Py_hash_t’ does not name a type

and many more. I am running xubuntu 12.4 ... but there HAS to be something incredibly simple wrong to get this many errors. All of the web references to typedef and decltype are well beyond my skills (definately NOT a programmer).

My intent is to use glm in a OpenGL Python simulation. My understanding is that C++ vector and matrix math will be far faster than python /' OpenGL implementations.

Thanks for any help! But, please, it needs to be REALLY explicit --- I have NO C++ skill.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions