Bonjour,

Après avoir installé python 2.4 (d'après son port ou son paquet
binaire), je tente de compiler VTK 5.0 (pas de port, pas de bianire),
avec cmake 2.4.4.

Or je bute sur les messages suivants, peu clairs pour moi :

Linking C executable ../bin/vtkWrapPython
/usr/local/lib/python2.4/config/libpython2.4.so: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp()
/usr/local/lib/python2.4/config/libpython2.4.so: warning: warning: tempnam() possibly used unsafely; consider using mkstemp()
/usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_destroy'
/usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_create'
/usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_init'
/usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_detach'
/usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_setstacksize'

Quelqu'un peut-il éclairer ma lanterne à ce sujet ?

Merci.

--
Fred.

Lundi 11 décembre 2006 à 20:27 GMT, fred a écrit:

> Bonjour,

Bonsoir,

> Après avoir installé python 2.4 (d'après son port ou son paquet
> binaire), je tente de compiler VTK 5.0 (pas de port, pas de bianire),
> avec cmake 2.4.4.

Ah oui, il faudrait penser à mettre le port à jour...

> Or je bute sur les messages suivants, peu clairs pour moi :

> Linking C executable ../bin/vtkWrapPython
> /usr/local/lib/python2.4/config/libpython2.4.so: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp()
> /usr/local/lib/python2.4/config/libpython2.4.so: warning: warning: tempnam() possibly used unsafely; consider using mkstemp()
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_destroy'
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_create'
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_init'
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_detach'
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_setstacksize'

À première vue, il manque un `-pthread' à l'édition de liens.
--
Th. Thomas.

fred <fredantispam@free.fr> wrote:
>
> Bonjour,
>
> Après avoir installé python 2.4 (d'après son port ou son paquet
> binaire), je tente de compiler VTK 5.0 (pas de port, pas de bianire),
> avec cmake 2.4.4.
>
> Or je bute sur les messages suivants, peu clairs pour moi :
>
> Linking C executable ../bin/vtkWrapPython
> /usr/local/lib/python2.4/config/libpython2.4.so: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp()
> /usr/local/lib/python2.4/config/libpython2.4.so: warning: warning: tempnam() possibly used unsafely; consider using mkstemp()
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_destroy'
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_create'
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_init'
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_detach'
> /usr/local/lib/python2.4/config/libpython2.4.so: undefined reference to `pthread_attr_setstacksize'
>
> Quelqu'un peut-il éclairer ma lanterne à ce sujet ?

libpython2.4.so est la même chose que python2.4 mais en librairie prête
à être liée à d'autres programmes. Or en standrd python est compilé avec
le support des threads, qui utilise les librairies natives de
threading. Il est donc normal que libpython fasse des appels à des
fonctions de la librairie de threads (libpthread.so.2 ou libthr.so.2 sur
ma machine). Il te faut donc lier ton programme final avec cette
librairie, par exemple rajouter -lpthread au bout de la ligne de
compilation de l'exécutable final.


>
> Merci.
>

--

Michel TALON

Thierry Thomas <tthomas@mail.dotcom.fr> a écrit :

> Lundi 11 décembre 2006 à 20:27 GMT, fred a écrit:
>
>> Bonjour,
>
> Bonsoir,
>
>> Après avoir installé python 2.4 (d'après son port ou son paquet
>> binaire), je tente de compiler VTK 5.0 (pas de port, pas de bianire),
>> avec cmake 2.4.4.
>
> Ah oui, il faudrait penser à mettre le port à jour...
Arf, je ne demande pas mieux !
Et pis qt4 aussi, avec paraview 2.9.
Et pis... ok, j'arrête là, je sors.

--
Fred.

talon@lpthe.jussieu.fr (Michel Talon) a écrit :

>> Quelqu'un peut-il éclairer ma lanterne à ce sujet ?
>
> libpython2.4.so est la même chose que python2.4 mais en librairie prête
> à être liée à d'autres programmes. Or en standrd python est compilé avec
> le support des threads, qui utilise les librairies natives de
> threading. Il est donc normal que libpython fasse des appels à des
> fonctions de la librairie de threads (libpthread.so.2 ou libthr.so.2 sur
> ma machine). Il te faut donc lier ton programme final avec cette
> librairie, par exemple rajouter -lpthread au bout de la ligne de
> compilation de l'exécutable final.
La voilà donc éclairée, merci.

Seul petit problème, c'est qu'il semble y avoir une cavouille dans cmake
alors. Car en aucun je ne devrais avoir à le mettre à la main, si je ne m'abuse.
D'ailleurs, vu la complexité du Makefile fourni par cmake...

Curieux.

--
Fred.

Lundi 11 décembre 2006 à 21:56 GMT, fred a écrit:

> Seul petit problème, c'est qu'il semble y avoir une cavouille dans cmake
> alors. Car en aucun je ne devrais avoir à le mettre à la main, si je ne m'abuse.
> D'ailleurs, vu la complexité du Makefile fourni par cmake...

Tu devrais essayer de partir du port existant math/vtk, il fait ce qu'il
faut en passant -DCMAKE_EXE_LINKER_FLAGS et -DCMAKE_THREAD_LIBS aux
CMAKE_DEFS (plus d'autres bricoles...).
--
Th. Thomas.

Thierry Thomas <tthomas@mail.dotcom.fr> a écrit :

> Lundi 11 décembre 2006 à 21:56 GMT, fred a écrit:
>
>> Seul petit problème, c'est qu'il semble y avoir une cavouille dans cmake
>> alors. Car en aucun je ne devrais avoir à le mettre à la main, si je ne m'abuse.
>> D'ailleurs, vu la complexité du Makefile fourni par cmake...
>
> Tu devrais essayer de partir du port existant math/vtk, il fait ce qu'il
> faut en passant -DCMAKE_EXE_LINKER_FLAGS et -DCMAKE_THREAD_LIBS aux
> CMAKE_DEFS (plus d'autres bricoles...).
Bonne idée, s'il en est !

Merci.

--
Fred.