Philippe Gerum wrote:
> Roland Stigge wrote:
> > Hi,
> >
> > Roland Stigge wrote:
> >> =========================================================================
> >> W: libxenomai-dev: symlink-is-self-recursive
> >> usr/include/xenomai/asm-generic/xenomai .
> >> N:
> >> N: The symbolic link is recursive to a higher directory of the symlink
> >> N: itself. This means, that you can infinitely chdir with this symlink.
> >> N: This is usually not okay, but sometimes wanted behaviour.
> >> N:
> >> W: libxenomai-dev: symlink-is-self-recursive
> >> usr/include/xenomai/asm-sim/asm .
> >> W: libxenomai-dev: symlink-is-self-recursive
> >> usr/include/xenomai/asm-sim/xenomai .
> >> W: libxenomai-dev: symlink-is-self-recursive
> >> usr/include/xenomai/asm-x86/xenomai .
> >> W: libxenomai-dev: symlink-is-self-recursive usr/include/xenomai/xenomai .
> >> =========================================================================
> >>
> >> I.e. installing Xenomai created those recursive links which might be
> >> there for source compatibility reasons. Can they be removed at some
> >> point or should I accept the above issue as intended for the future?
> >
> > No comment from anyone? Maybe I should detect the necessity for those
> > links by removing and seeing if anyone complains? ;-)
> >
>
> Those links are intended. We need them to build applications, so that the
> include paths in userland look like the kernel ones, since we share header
> files
> between both environments.
If we really wanted to remove the recursive symlinks (I do not advocate
this, in fact I have no opinion about it, for instance are there really
tools that go wild with such links ?), we could move include/asm-* to
include/xenomai/asm-* and use #include <xenomai/asm/foo.h> everywhere.
--
Gilles.
_______________________________________________
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
