I demand that Gregoire Favre may or may not have written...
On Thu, Jul 13, 2006 at 02:30:41AM +0100, Darren Salt wrote:
Yes it does (line 94). That and the rest of the reported errors strongly suggest that (at best) your source tree is broken or corrupted.
In fact I think it because it doesn't find : asoundlib.h
You should have said. (I saw no indication that that was the case.)
which on my system is /usr/include/alsa/asoundlib.h
It should be finding that without problem (with help from pkg-config).
I have just created a symlink in xine-lib source and it compiles.
Do you think there is something wrong in my system or there is a problem with xine source?
I still think the former...
I use alsa-lib-1.0.11.
Now it fails at :
gcc -shared .libs/input_vdr.o -Wl,--rpath -Wl,/usr/src/CVS/xine-lib/src/xine-engine/.libs ../../src/xine-engine/.libs/libxine.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../ -march=k8 @XINE_PLUGIN_MIN_SYMS@ -Wl,-soname -Wl,xineplug_inp_vdr.so -o .libs/xineplug_inp_vdr.so x86_64-pc-linux-gnu-gcc: @XINE_PLUGIN_MIN_SYMS@: No such file or directory
That symbol is no longer defined. It tells me that you did a CVS update, pulling in certain changes which require certain action(s) to be taken. You've not done what's needed.
If, during a CVS update, you see changes in the m4 directory or to configure.ac, you *MUST* then re-run autogen.sh. You should append your usual configuration options, exactly as if running configure.
Otherwise, if you see changes to any Makefile.am, you *MUST* re-run automake and ./config.status (although this should happen automatically when you run make).
If you don't - well, you've seen what can happen.