[x265] v1.7+282: Multilib EXE doesn't link

Mario *LigH* Rohkrämer contact at ligh.de
Fri Jul 3 14:47:29 CEST 2015


Am 03.07.2015, 13:58 Uhr, schrieb Mario *LigH* Rohkrämer <contact at ligh.de>:

> Both 8bit/libx265_main12.a and 8bit/libx265_main10.a do exist. Still,  
> linking to an EXE fails in an MSYS/MinGW environment, with either GCC  
> 4.8.2 or GCC 4.9.2:
>
> +----
> [100%] Linking CXX executable x265.exe
> x86_64-w64-mingw32-g++.exe: error: x265_main12: No such file or directory
> make[2]: *** [x265.exe] Error 1
> make[1]: *** [CMakeFiles/cli.dir/all] Error 2
> make: *** [all] Error 2
> +----
>
> I believe that the submission of two distinct extra libraries to be  
> linked (-DEXTRA_LIB="x265_main10.a x265_main12.a") does not work as  
> intended.

Possibly useful addition:

The file 8bit/CMakeFiles/cli.dir/linklibs.rsp contains a line

+----
  libx265.a -Wl,-Bstatic -lx265_main10.a x265_main12 -Wl,-Bdynamic  
-lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid  
-lcomdlg32 -ladvapi32
+----

but I guess it should contain instead

+----
  libx265.a -Wl,-Bstatic libx265_main10.a libx265_main12.a -Wl,-Bdynamic  
-lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid  
-lcomdlg32 -ladvapi32
+----

Manually patching this file, I got a multilib EXE which does at least  
report version strings as expected; now it's your turn to discover how  
cmake can build this file correctly.

-- 

Fun and success!
Mario *LigH* Rohkrämer
mailto:contact at ligh.de
 


More information about the x265-devel mailing list