Coin,

Vincent Fourmond <[EMAIL PROTECTED]> writes:

>   I found the problem :
>
>   in the types specifications for pyrex, the developper uses this code:
>
> ctypedef struct DisplayList:
>         int    option
>         int    id
>         int    material_id #Material* material
>         int*   faces_id
>         Chunk* chunk # Only used for initialization of the DisplayList
>
>   It looks like he's trying to represent a pointer with an int. That
> does work on 32 bits architectures, but not on 64 bits, where a pointer
> is in 64 bits -- then long.

Good catch :-)

>   The attached patch does the trick -- you need to rebuild the _soya.c
> file with pyrex.

OK, i'll try to push this upstream.

>   However, I am not 100% sure that this will not break it on other
> architectures. Any ideas ?

I don't see any reason.

>   By the way, why are _soya.c, _ode.c, opengl.c included in the source ?
> They're pretty much useless as they can be rebuilt from the .pyx files.

To avoid regenerating them, which is awfully long.


Thanks for your work :-)

-- 
Marc Dequènes (Duck)

Attachment: pgpglwhKVfCww.pgp
Description: PGP signature

Reply via email to