Re: [Xenomai-core] warning: symlink-is-self-recursive
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 everywhere. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] warning: symlink-is-self-recursive
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. > bye, > Roland > > ___ > Xenomai-core mailing list > Xenomai-core@gna.org > https://mail.gna.org/listinfo/xenomai-core > -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] warning: symlink-is-self-recursive
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? ;-) bye, Roland ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core