Bug 4853

Summary:	Bogus libdir in x265.pc
Product:	Fedora	Reporter:	Nicolas Chauvet <kwizart>
Component:	x265	Assignee:	Dominik 'Rathann' Mierzejewski <dominik>
Status:	RESOLVED FIXED
Severity:	enhancement	CC:	leigh123linux
Priority:	P1
Version:	unspecified
Hardware:	x86_64
OS:	GNU/Linux
namespace:

Description Nicolas Chauvet 2018-04-07 19:40:30 CEST

The libdir variable has both exec_prefix and libdir.

This leads to have ffmpeg libav*.pc to use Libs.private: -L/usr/usr/lib64 instead of using the normal link directory.

Verified on f28 build.

Comment 1 leigh scott 2018-04-09 08:22:24 CEST

This isn't new, it's been like this for years.

Comment 2 Dominik 'Rathann' Mierzejewski 2018-04-09 11:54:04 CEST

(In reply to Nicolas Chauvet from comment #0)
> The libdir variable has both exec_prefix and libdir.
> 
> This leads to have ffmpeg libav*.pc to use Libs.private: -L/usr/usr/lib64
> instead of using the normal link directory.
> 
> Verified on f28 build.

How did you conclude that it is having exec_prefix in x265.pc that makes FFmpeg's .pc files use Libs.private? Have you actually verified that dropping exec_prefix from x265.pc fixes this?

Comment 3 leigh scott 2018-04-24 09:04:20 CEST

It was

Libs.private: -lvpx -lm -lvpx -lm -lvpx -lm -lvpx -lm -pthread -lm -llzma -lopencore-amrwb -lrsvg-2 -lm -lgio-2.0 -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lcairo -lz -lgsm -lmp3lame -lm -lopencore-amrnb -lopenjp2 -lopus -lspeex -ltheoraenc -ltheoradec -logg -lvo-amrwbenc -lvorbis -lvorbisenc -lx264 -L/usr/usr/lib64 -lx265 -lxvidcore -lva


with the pushed fix (f28+f29)  it's


Libs.private: -lvpx -lm -lvpx -lm -lvpx -lm -lvpx -lm -pthread -lm -llzma -lopencore-amrwb -lrsvg-2 -lm -lgio-2.0 -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lcairo -lz -lgsm -lmp3lame -lm -lopencore-amrnb -lopenjp2 -lopus -lspeex -ltheoraenc -ltheoradec -logg -lvo-amrwbenc -lvorbis -lvorbisenc -lx264 -lx265 -lxvidcore -lva -ldl -lmfx -lstdc++ -ldl -lva-drm -lva-x11 -lva

Comment 4 leigh scott 2018-04-24 09:05:42 CEST

Fixed in x265-2.7-3