Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (89)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (5753)

  • Including objects to a shared library from a C++ archive (.a)

    1er septembre 2021, par El Sampsa

    I am trying to include some object files into a shared library I am building. Take the following command (things in [ETC] have been omitted for brevity) :

    



    


    /usr/bin/c++ -fPIC -std=c++14 -pthread -Iinclude/ext/liveMedia -Iinclude/ext/groupsock [ETC] -g -shared -Wl,-soname,libValkka.so -o lib/libValkka.so CMakeFiles/Valkka.dir/src/avthread.cpp.o CMakeFiles/Valkka.dir/src/opengl.cpp.o [ETC] CMakeFiles/Valkka.dir/src/decoders.cpp.o -lX11 -lGLEW -lGLU -lGL -Wl,—whole-archive lib/libavcodec.a -Wl,—no-whole-archive

    


    



    So basically I am just creating a shared library where most of the objects come from my own source code (i.e. CMakeFiles/Valkka.dir/src/*.o), but some of them come from an external static library, located at "lib/libavcodec.a". I get the following error :

    



    


    /usr/bin/ld : lib/libavcodec.a(h264_cabac.o) : relocation R_X86_64_PC32 against symbol 'ff_h264_cabac_tables' can not be used when making a shared object ; recompile with -fPIC
 /usr/bin/ld : final link failed : Bad value
 collect2 : error : ld returned 1 exit status

    


    



    But that is so untrue ! I can extract "libavcodec.a" with

    



    ar x libavcodec.a


    



    And after that check that

    



    readelf --relocs h264_cabac.o | egrep '(GOT|PLT|JU?MP_SLOT)' 


    



    does give some **it :

    



    


    00000000175d 003100000004 R_X86_64_PLT32 0000000000000000 __stack_chk_fail - 4
 000000001926 003100000004 R_X86_64_PLT32 0000000000000000 __stack_chk_fail - 4

    
 


    ...

    


    



    As does

    



    objdump -r h264_cabac.o | grep -i "relocation"


    



    So, indeed, the object files in "libavcodec.a" have been compiled to get PIC (position independent code).

    



    Why does the linker believe otherwise !?

    



    Related links :

    



    How to include all objects of an archive in a shared object ?

    



    Linking archives (.a) into shared object (.so)

    



    Is there a way to determine that a .a or .so library has been compiled as position indepenent code ?

    



    How can I tell, with something like objdump, if an object file has been built with -fPIC ?

    


  • Anomalie #4260 : réaffichages de la page d’upgrade BDD

    13 février 2021, par jluc -

    Je pige pas bien le détail des raisons mais tant mieux si c’est à peu près normal.
    Puisque d’aprés ta réponse les étapes sont différentes et nécessaires, le message devrait indiquer plus clairement l’explication de ces nécessités particulières au lieu de donner un peu la même explication aux différentes étapes.
    Au moins il ne faudrait pas indiquer 2 fois le même n° de version si c’est pas "avant / après". Dans les 2 screenshots il y a [23375/23375] et [24379/24379] Comme en plus les explications sont indifférenciées aux différentes étapes, ça donne l’impression que ça boucle et qu’on va jamais en sortir. Mais si, à un moment on sort de ce cycle et je suis jamais resté coincé.

  • Anomalie #3183 : les liens issus de la syndication sont invalides

    1er avril 2014, par cedric -

    ok donc la cause du soucis est que texte_backend echappe les guillemets en " au lieu de " dans le flux RSS (depuis http://zone.spip.org/trac/spip-zone/changeset/80714/_core_/tests/filtres/texte_backend.php) et que filtrer_entites ne savait pas faire l’inverse. La syndication a donc toujours été potentiellement bugguée, mais on ne s’en rend compte que parce que les flux RSS que l’on génère ont changés et ne sont plus bien lu maintenant

Navigation