• # recompilation

    Posté par . En réponse au message Le mystère du pointeur global. Évalué à 3.

    tente un chouette make clean et recompile tout.
    Chez moi, ça compile sans souci, et quand je passe dans gdb, une fois que j'ai chargé le plugin libstd.so, tous les thread voient bien this->iPluginCount et this->iSocketCount à 1 (Si j'ai bien compris, c'est là que ça bloque chez toi).

    Le seul truc, c'est un vilain SIGSEV au moment du exit, mais j'ai pas réussi à voir d'ou il sort, et la, il commence à être tard.
    je tenterais bien avec un valgrind ou un mpatrol ...

    sinon, quelque remarques sur la forme:
    pourquoi les fichiers sources ils sont exécutables ?

    il manque le -g dans le makefile du répertoire racine.
    En fait, les CFLAGS, je la mettrais plutot dans une variable d'environnement externe pour pas être obligé de modifier tous les makefile dès qu'on veut rajouter une option de compil

    pourquoi ne pas tirer partie des règles de compilation implicite de make

    genre
    .c.o:
    @$(CC) -c $< -o bin/$@ $(CFLAGS) # avec une tabulation en début de ligne


    au lieu d'une tripotée de cibles du genre

    mm_net_socket.o: mm_net_socket.c
    @echo "CC: mm_net_socket.o"
    @$(CC) -c mm_net_socket.c -o bin/mm_net_socket.o $(CFLAGS)


    on peut aussi remplacer
    OBJ = mm_net_socket.o mm_net_server.o mm_net_listen.o mm_net_reader.o mm_net_writer.o mm_net_shell.o mm_net_nap.o

    par
    OBJ=$(addsuffix ., $(basename $(wildcard *.c)))


    et si on est super motiv, on remplace tous les appels récursifs à make
    par des inclusions de make (cf
    http://www.tip.net.au/~millerp/rmch/recu-make-cons-harm.html(...) pour le pourqoi)