Recherche avancée

Médias (1)

Mot : - Tags -/pirate bay

Autres articles (72)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • L’utiliser, en parler, le critiquer

    10 avril 2011

    La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
    Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
    Une liste de discussion est disponible pour tout échange entre utilisateurs.

Sur d’autres sites (8395)

  • No member named 'clock' in the global namespace when using FFmpeg pod

    26 septembre 2015, par Bobrovsky

    My app (iOS 7+, Xcode 6) uses CocoaPods for its dependencies. One of the dependencies is FFmpeg.

    When I build my app I get several similar looking issues like

    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/ctime:60:9 :
    No member named ’clock’ in the global namespace ; did you mean ’flock’ ?

    I learned that this is because FFmpeg includes time.h file in libavutil subfolder. This time.h hides system time.h from the compiler and thus the errors.

    I tried to manually rename FFmpeg’s time.h to something else and this helps. Now I want to do that automatically and in a way that will survive next ’pod update’.

    I tried to add libavutil to Sub-Directories to Exclude In Recursive Searches but this doesn’t help at all.

    I tried to remove "$PODS_ROOT/Headers/Public/FFmpeg/libavutil" from Header Search Paths and it didn’t help either.

    I know there are prepare_command and post_install hooks one can use in his Podfile but unfortunately I don’t know if these are helpful in my case.

    So, how can I exclude time.h in libavutil of FFmpeg pod from header search paths (I don’t mind to rename or even remove the time.h) ?

  • No member named 'clock' in the global namespace when using FFmpeg pod

    24 mai 2021, par Bobrovsky

    My app (iOS 7+, Xcode 6) uses CocoaPods for its dependencies. One of the dependencies is FFmpeg.

    



    When I build my app I get several similar looking issues like

    



    


    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/ctime:60:9 :
 No member named 'clock' in the global namespace ; did you mean 'flock' ?

    


    



    I learned that this is because FFmpeg includes time.h file in libavutil subfolder. This time.h hides system time.h from the compiler and thus the errors.

    



    I tried to manually rename FFmpeg's time.h to something else and this helps. Now I want to do that automatically and in a way that will survive next 'pod update'.

    



    I tried to add libavutil to Sub-Directories to Exclude In Recursive Searches but this doesn't help at all.

    



    I tried to remove "$PODS_ROOT/Headers/Public/FFmpeg/libavutil" from Header Search Paths and it didn't help either.

    



    I know there are prepare_command and post_install hooks one can use in his Podfile but unfortunately I don't know if these are helpful in my case.

    



    So, how can I exclude time.h in libavutil of FFmpeg pod from header search paths (I don't mind to rename or even remove the time.h) ?

    


  • Révision 22662 : utiliser $GLOBALS plutot que global pour favoriser la lisibilite du code

    13 décembre 2015, par cedric@yterium.com

Navigation