Jan de Kruyf wrote:
> The Debian library package build gives me this output, no matter what
> directories I search:
>
> dpkg-shlibdeps: warning: symbol xeno_bind_skin_opt used by
> debian/libxenomai1/usr/lib/libvxworks.so.1.0.0 found in none of the
> libraries.
>
> so I concluded that perhaps these symbols are in the realtime kernel
> interface BUT:
Errr... There is absolutely no way user-space code can be dynamically
linked with kernel functions. The interface between the two is the
system calls interface.
> the System.Map does NOT show they have been compiled in at all, although
> the standard adeos and xenomai patches have been applied
> and some of the skins have been enabled in the kernel .config.
>
> Here is the location of most of the symbols in the xenomai.git source
> (The OlimexKernel directory is merely the top directory where I keep all
> that stuff)
> Does someone perhaps know where the Kconfig file or the *.c/h file lives
> that includes this stuff?
This is user-space stuff, so it is not related to Kconfig.
As explained in the README.INSTALL file, the sources for the kernel-part
are located in the subdirectories of the ksrc directory, while the
sources for the user-space part are located in the subdirectories of the
src directory.
Anyway, all this comes from the libxenomai library. As witnessed by
people installing and using Xenomai on ARM while following the
installation instructions in README.INSTALL, everything is fine with
Xenomai, your problem is elsewhere.
--
Gilles.
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
