Since gcc will also look in $LIBRARY_PATH, I worked around the problem by temporarily setting that on the command line to be equal to $LD_LIBRARY_PATH, which has /usr/X11R7/lib/ in the path:
Code: Select all
LIBRARY_PATH=$LD_LIBRARY_PATH ./configure --enable-gpl --enable-x11grab . . . [other options]
Code: Select all
LIBRARY_PATH=$LD_LIBRARY_PATH make
But looking a little more deeply at configure, I saw that it has an option that allows us to do this without my work-around: --extra-ldflags=
Code: Select all
./configure --extra-ldflags="-L/usr/X11R7/lib" --enable-gpl --enable-x11grab . . . [other options]
Anyway, using either of the above methods I was able to create an ffmpeg that worked with Lobster's pup_rec script on Racy 5.2.2.
(One word of advice: When experimenting with building ffmpeg, don't be shy about using the "make clean" command. I became neglectful in that department, and was confused when things seemed to behave inconsistently.)
By the way, I used the source from Barry's site: http://bkhome.org/sources/alphabetical/ ... svn.tar.gz and modified the configure file according to the 2012-Mar-21 change that makes configure die with an error message when it can't find the X dependencies, instead of continuing happily on its way with no complaint.
With that fix, it does indeed die when it cannot find them, giving this error message:
But there is no need to make this modification. I tested with the unmodified configuration file, and it works fine as long as it is told where to look for the X libraries. It just doesn't tell you that it couldn't find them if you forget to tell it.configure wrote:/usr/lib/gcc/i486-t2-linux-gnu/4.3.4/../../../../i486-t2-linux-gnu/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
ERROR: X11 not found