вт, 8 нояб. 2022 г., 19:59 Phyllis Smith <[email protected]>:
OK, so since I do not have enough of the 3rd party libraries on the system (instead of with CinGG) and can not test/verify that there is no impact, is it safe to put this line in?
well, you can observe current cin binary links to them anyway ldd bin/cin will tell you. For bdwrite this probably overkill, but bdwrite want to link to libav*, and those in turn demand some X libs in some configurations .... I do not think linking twice to same libs will cause problems (well, there are problems with link order, but they usually mainfest in missing symbols, in other words linking failure), and there usually only one set of X libs on system ....
It would be nice to have for Slackware, but just want to make sure it does not cause problems for other builds. What do you think?
May be wait for Andrea, so he will test it? )
On Tue, Nov 8, 2022 at 9:01 AM Andrew Randrianasulu < [email protected]> wrote:
вт, 8 нояб. 2022 г., 17:32 Phyllis Smith <[email protected]>:
This patch adds X11 Libs when not using 3rd party? I do not understand why this is necessary and am concerned it will affect some builds unexpectedly. What do I not know?
guess this is side effect of system ffmpeg pulling x11 libs for vdpau/vaapi. It was working for me without this line on termux, where I have no vaapi/vdpau.
this is probably not necessary if you have X in /usr, I some long time ago compiled whole X tree into /usr/X11R7 this surprizes some soft to this day!
On Mon, Nov 7, 2022 at 7:10 PM Andrew Randrianasulu via Cin < [email protected]> wrote:
..where X11 actually located in /usr/X11R7
so this configure works
LDFLAGS=-L/usr/X11R7/lib setarch i686 ./configure --with-single-user --without-thirdparty --disable-libdpx --without-libdpx --without-lv2 --disable-static-build -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin