Re: [Tsp-devel] problème de co mpile TSP 0.8.3 sur Solaris 2.8

[Eric Noulard]

Le 24 septembre 2008 00:05, Yves DUF <address@hidden> a écrit :
> Salut Eric.
>
> Le 23 septembre 2008 19:58, Eric Noulard <address@hidden> a écrit :
>>
>> Le 23 septembre 2008 10:54, Frédéric Martinsons
>> <address@hidden> a écrit :
>> > Bonjour,
>> >
>> >  je m'apelle Martinsons Frédéric et je travaille sur une implémentation
>> > de
>> > TSP (coté provider) pour les bancs de test Astrium.J'ai un problème de
>> > compilation de TSP 0.8.3 sur machine Solaris 2.8, en fait il y a un
>> > include
>> > de stdint.h dans le fichier bb_core.h que la machine ne reconnait pas.
>>
>> stdint.h est nécessaire à la définition de certains types d'entiers
>> "int32_t, int64_t"
>> mais qui sont aussi fait dans tsp_abs_types.h également inclu
>> par bb_core.h.
>
> A priori, comme tsp_abs_type.h s'occupe de toutes les déclarations des types
> posix en intXY_t, il est inutile et non portable d'inclure stdint.h dans les
> fichiers. Je pense que le fichier bb_core.h ne devrait pas avoir cet
> include.

En fait bb_core.h ne devrait pas inclure tsp_abs_types.h  :=)
Car le BB est/devrait être totalement indépendant de TSP.

Je pense d'ailleurs que c'est la seule dépendance mais que c'est
néanmoins une erreur.

>
> Pour le problème du sigwait dans bb_tsp_provider_main, je ne sais pas trop
> quoi en penser.

Faut voir le message d'erreur complet, il est possible que la signature soit
différente ou qu'un type utilisé dans la signature ne soit pas déclaré
(un include qui manque)

>> a priori le fait que stdint soit disponible ou non dépend plus du
>> compilateur
>> que du système.
>>
>> C'est un Solaris 2.8  avec quel compilo?
>> Sun Studio --> quelle version
>> gcc           --> quelle version
>
> Je crois que c'est un gcc 2.95 de mémoire, mais je peux vérifier si Frédéric
> ne sait pas le faire.

gcc -v

devrait donner toutes les indications utiles.

>>
>> est-ce sur SPARC ou x86?
>
> C'est du SPARC.

J'ai retrouvé une station solaris 2.8 à la cave :=)
A priori sur ec système on a 2 signatures au sigwait:
(cf sigwait(2)), l'une par défault ( 1 argument)
l'autre POSIX (2 arguments).

cf:
================
  Default
     #include <signal.h>

     int sigwait(sigset_t *set);

  POSIX
     cc [ flag ... ] file ... -D_POSIX_PTHREAD_SEMANTICS [ library...]
     #include <signal.h>

     int sigwait(const sigset_t *set, int *sig);
================

je pense donc qu'il faut ajouter
-D_POSIX_PTHREAD_SEMANTICS

pour la compil du bb_tsp_provider sur Solaris 2.8.
je vous laisse essayer et j'attends le bug report et le patch :=)

>> Il manque des infos dans ce log, on ne voit pas l'erreur remontée par
>> le compilo?
>
> Tu as la commande cmake pour donner plus de log ? Je crois que Frédéric est
> de la jeune école adepte de l'IDE, et n'a pas encore toutes les ruses du CLI
> dans les pattes :=)

CMake génére des makefiles qui peuvent être verbeux si on fait:

make VERBOSE=1

néanmoins les erreurs de compil' devraient toujours être affichée dans
la console
où on fait 'make' donc je ne comprends pas bien que l'erreur ne soit
pas affichée
dans le log de Frédéric?

>>
>> Sinon une autre question, est-ce que le BlackBoard est utilisé dans votre
>> cas?
[..]
>
> Pour l'instant BB n'est pas utilisé, mais ce serait possible dans un futur 
> proche.

Cool :-)

-- 
Erk