[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC] Treatment of symbolic link
From: |
Shigio YAMAGUCHI |
Subject: |
Re: [RFC] Treatment of symbolic link |
Date: |
Wed, 16 Jan 2008 09:26:21 +0900 |
> Currently, "global -f" expands symlink which points to a directory.
> It is necessary to stop expanding symlink to avoid the reappearance of bug
> reported in
> http://lists.gnu.org/archive/html/bug-global/2006-10/msg00002.html.
You are right. Thank you for pointing out.
> However, <symlink>/.. cannot be correctly treated without following symbolic
> link.
There are two ideas about '..'(parent directory).
/home/src/ (a project directory, it has GTAGS)
+-lib/
+-src/
+-- main.c
+-foo (symlink)
|
|
/sys/ v
+-----bar/ (outside of the project, it doesn't have GTAGS)
+-----src/
+-- main.c
The parent directory of 'foo' is
(1) /home/src
(2) /sys
We might have to take (1).
If so, the answer to your previous question is
"main 4 src/main.c main(int argc, char *argv[])"
instead "'/sys/src/main.c' is out of source tree".
--
Shigio Yamaguchi <address@hidden> - Tama Communications Corporation
PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3
- [RFC] Treatment of symbolic link, Shigio YAMAGUCHI, 2008/01/13
- Re: [RFC] Treatment of symbolic link, Jean-Marc Saffroy, 2008/01/14
- Re: [RFC] Treatment of symbolic link, Shigio YAMAGUCHI, 2008/01/14
- Re: [RFC] Treatment of symbolic link, Jean-Marc Saffroy, 2008/01/14
- Re: [RFC] Treatment of symbolic link, Shigio YAMAGUCHI, 2008/01/14
- Re: [RFC] Treatment of symbolic link, Hideki IWAMOTO, 2008/01/15
- Re: [RFC] Treatment of symbolic link, Shigio YAMAGUCHI, 2008/01/15
- Re: [RFC] Treatment of symbolic link, Hideki IWAMOTO, 2008/01/15
- Re: [RFC] Treatment of symbolic link,
Shigio YAMAGUCHI <=