Re: [Starpu-devel] StarPU : impossible de compiler avec SimGrid, MPI et Fxt sur PlaFRIM

[Florent Pruvost <florent.pruvost@inria.fr>]

    Salut,
    
    Il y a guix sur plafrim :)
    
    Donc si on avait un paquet starpu avec la bonne variante (avec fxt
    et simgrid) tu serais en mesure de l'installer en une ligne de
    commande du genre
    
        $ guix install starpu-fxt-simgrid
    
    Dans les paquets starpu de guix cf. https://gitlab.inria.fr/guix-hpc/guix-hpc/-/blob/master/inria/storm.scm,
    il existe déjà différentes variantes :
    - starpu, 
    - starpu-fxt, paquet séparé car implique un léger overhead au
    runtime, (dommage qu'on ne puisse pas activer/désactiver fxt à
    l'exécution afin de n'avoir qu'une seule config), 
    - starpu-simgrid, paquet séparé car variante de build nécessaire.
    
    Il manque l'_expression_ de la variante starpu-fxt-simgrid.
    
    Ce ne doit pas être très compliqué à implémenter avec ce qui existe
    déjà, quelque chose du genre :
    
    (define-public starpu+fxt+simgrid
      (package
        (inherit starpu+fxt)
        (name "starpu-fxt-simgrid")
        (inputs `(("simgrid" ,simgrid)
                  ,@(package-inputs starpu+fxt)))
        (arguments
         (substitute-keyword-arguments (package-arguments starpu+fxt)
           ((#:configure-flags flags '())
            `(cons "--enable-simgrid" ,flags))))))
    
    Puisque ça a l'air utile ça peut intéresser l'équipe StarPU de
    mettre à jour le paquet 'storm' afin d'avoir cette variante ?
    
    @+
    Florent

Le 18/08/2020 à 17:58, Mathieu Verite a écrit :

    Bonjour,
      
      
      Je me permets d'envoyer cet e-mail car je rencontre actuellement
      un problème pour construire StarPU avec SimGrid et le support des
      traces FxT.
      
      
      Plus précisément :
      
      - connecté à PlaFRIM
      
      - ayant chargé les modules : compiler/gcc/9.2.0 ;
      tools/boost/1.71.0 ; trace/fxt/0.3.11
      
      - ayant installé SimGrid 3.25 dans mon répertoire personnel et
      ajouté à PKG_CONFIG_PATH le
      
        chemin vers le fichier "simgrid.pc"
      
      - sur la branche "master" de StarPU
      
      
      je lance ./configure avec les options suivantes :
      
      
      > ./configure --enable-simgrid --enable-mpi --disable-shared
      --with-fxt
      
      (l'option --disable-shared est nécessaire pour pouvoir utiliser
      MPI ; si elle est retirée,l'erreur suivante apparaît :
      
      configure: error: MPI with simgrid can not work with shared
      libraries, if you need theMPI support, then use --disable-shared
      to fix this, else disable MPI with --disable-mpi)
      
      
      la compilation s'arrête sur l'erreur suivante :
      
      > make
      
      
      [...]
      
      make[2] : on entre dans le répertoire «
      /home/mverite/Logiciels/StarPU/build/src »
      
        CXXLD    libstarpu-1.3.la
      
      
      *** Warning: Linking the shared library libstarpu-1.3.la against
      the
      
      *** static library
/cm/shared/dev/modules/generic/apps/trace/fxt/0.3.11/gcc@9.2.0/lib/libfxt.a
      is not portable!
      
      ar:
/cm/shared/dev/modules/generic/apps/trace/fxt/0.3.11/gcc@9.2.0/lib/libfxt.a:
      No such file or directory
      
      make[2]: *** [libstarpu-1.3.la] Erreur 1
      
      make[2] : on quitte le répertoire «
      /home/mverite/Logiciels/StarPU/build/src »
      
      make[1]: *** [all-recursive] Erreur 1
      
      
      Une librairie semble manquante pour utiliser FxT.
      
      
      Par ailleurs un autre problème apparaît lorsque l'on tente
      d'utiliser une autre version de FxT que celle disponible sur
      PlaFRIM :
      
      - ayant téléchargé FxT 0.3.9 et compilé cette version avec les
      commandes suivantes :
      
      > ./configure --enable-static
      
      > make
      
      - puis ayant ajouté le chemin vers "fxt.pc" à PKG_CONFIG_PATH
      
      - l'erreur suivante se produit lors de la compilation de StarPU
      sur la branche "master" :
      
      > ./configure --enable-simgrid --enable-mpi --disable-shared
      --with-fxt
      
      > make
      
      
      [...]
      
      make[3] : on entre dans le répertoire «
      /home/mverite/Logiciels/StarPU/build/mpi/tools »
      
        CC       starpu_replay.o
      
        CC       starpu_replay_sched.o
      
        CCLD     starpu_replay_mpi
      
      /usr/bin/ld: /home/mverite/Logiciels/fxt/lib/libfxt.a(ev.o):
      relocation R_X86_64_32 against `.rodata.str1.1' can not be used
      when making a shared object; recompile with -fPIC
      
      /usr/bin/ld:
      /home/mverite/Logiciels/fxt/lib/libfxt.a(fut_setup.o): relocation
      R_X86_64_32 against symbol `fut_flush_lock' can not be used when
      making a shared object; recompile with -fPIC
      
      /usr/bin/ld:
      /home/mverite/Logiciels/fxt/lib/libfxt.a(fut_record.o): relocation
      R_X86_64_32 against symbol `fut_flush_lock' can not be used when
      making a shared object; recompile with -fPIC
      
      /usr/bin/ld: final link failed: Nonrepresentable section on output
      
      collect2: error: ld returned 1 exit status
      
      make[3]: *** [starpu_replay_mpi] Erreur 1
      
      make[3] : on quitte le répertoire «
      /home/mverite/Logiciels/StarPU/build/mpi/tools »
      
      make[2]: *** [all-recursive] Erreur 1
      
      
      N'étant pas familier de StarPU ni de "configure", peut être que le
      problème survient en raison d'une mauvaise manipulation de ma
      part. Néanmoins aucune solution ne semble évidente même après
      quelques essais et recherches.
      
      
      Vous serait-il possible de rechercher la cause de ces erreurs ?
      
      Je vous remercie par avance pour votre aide et votre temps et
      reste à votre disposition si des détails supplémentaires vous sont
      nécessaires pour reproduire ces comportements.
      
      
      Bien cordialement
      
      
      
      Mathieu VERITE
      
      Doctorant - équipe HiePACS
      
      
      _______________________________________________
      
      Starpu-devel mailing list
      
      Starpu-devel@lists.gforge.inria.fr
      
      https://lists.gforge.inria.fr/mailman/listinfo/starpu-devel
      
    
    
-- 
Inria Bordeaux Sud-Ouest
Ingénieur Service d'Expérimentation et de Développement (SED)
Bureau B228
Tél. Bureau : 05 24 57 40 70
Courriel : florent.pruvost@inria.fr