Recherche avancée

Sur d’autres sites (7548)

• avformat/matroskaenc : Update the default version of WavPack

  14 décembre 2019, par Andreas Rheinhardt

  avformat/matroskaenc : Update the default version of WavPack
  The Matroska muxer currently assumed WavPack version 4.03 in case it was
  
  not explicitly signalled via extradata ; but following a recommendation
  
  from David Bryant, the WavPack creator, this is changed to 4.10.
  Reviewed-by : David Bryant <david@wavpack.com>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/matroskaenc.c

• 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 ?

  


• Revision 15639 : La liste des bases disponibles en PG avait sauté lors de la révision ...

  26 avril 2010, par esj@… — Log

  La liste des bases disponibles en PG avait sauté lors de la révision générale des erreurs SQL de [14543].