[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