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. -- | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. Borg electronics engineer: "Resistors are futile."
