On Sat, Jan 7, 2017 at 2:20 PM, Alan Corey <alan01...@gmail.com> wrote:
> I'm still flailing but I've about given up on coming up with an
> LDFLAGS that bails me out. It occurs to me though that I haven't had
> this problem with anything else I've built from sources on my Pis and
> I wonder if it indicates an inadequacy in the configure script. The
> directory where my libraries are is a function of the machine type
> (arm-linux-gnueabihf), not something I picked arbitrarily. The 3 most
> recent things I've built from source are x264, aac, ffmpeg.
>
> ffmpeg needed a configure line of
> ./configure --arch=armel --target-os=linux --enable-gpl
> --enable-libx264 --enable-nonfree
>
> x264 needed
> ./configure --host=arm-unknown-linux-gnueabi --enable-static
> --disable-opencl
>
> aac needed
> ./configure --enable-shared --enable-static
>
> My point is that none needed an absolute path to the libraries,
> they're in a standard place (some standard anyway), once you consider
> the machine type and OS. There are 100 subdirectories in there used
> by other programs, but some of that may have been Raspbian's choosing.
>
> I tried to match the configure variables used by Lives against values
> from other programs then fed in
> ./configure --host=arm-unknown-linux-gnueabi
> still didn't work.
>
>
There should probably be something in configure.ac where is checks for
$target_cpu or $target_arch. similar to the way it checks for $target_os.
I dont have an ARM machine or a Pi to test on so I can't say for certain.
> Somewhere on some back burner I'd like to get this to build under i386
> (or amd64) OpenBSD but that's a whole different project. Less simple
> than this one.
>
>
I think it compiles out of the box for *BSD, so that shouldnt be hard at
all ;-D in fact I think LiVES is in ports.
> I just tried editing all mentions of x264 out of a makefile and still got:
>
> make[3]: Entering directory '/usr/src/misc/lives/lives-2.
> 8.3/lives-plugins/plug
> /bin/bash ../../../libtool --tag=CC --mode=link gcc -DHAVE_LIBAV_LIBS=1
> -DHA
> libtool: link: gcc -shared -fPIC -DPIC .libs/flv_decoder_la-flv_decoder.o
> .li
> /usr/bin/ld: /usr/local/lib/libx264.a(common.o): relocation
> R_ARM_MOVW_ABS_NC a
> /usr/local/lib/libx264.a: error adding symbols: Bad value
> collect2: error: ld returned 1 exit status
> Makefile:736: recipe for target 'flv_decoder.la' failed
> make[3]: *** [flv_decoder.la] Error 1
>
> In ./configure --help I don't see an option to leave out x264
>
>
>
Checking....that comes from the avcodec flags I think. On my system
"pkg-config --libs avcodec" results in just -libavcodec-ffmpeg. On my
system I have installed libavcodec-dev which provides
/usr/lib/x86_64-linux-gnu/libavcodec-ffmpeg.so | .a
Perhaps you could look for a similar package for your system.
Failing that maybe you could edit the pkg-config file for avcodec (on my
system it is /usr/lib/x86_64-linux-gnu/pkgconfig/libavcodec.pc) and then
try inserting the full path for the x264 lib.
Another thing I find odd is that your libx264.a is in /usr/local/lib rather
than /usr/lib. Did you compile it yourself from source ? Perhaps you missed
a compile option to create dynamic lib for x264 ?
Regards,
Gabriel.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Lives-users mailing list
Lives-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lives-users
