This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: libiberty TAGS
- From: Mike Stump <mikestump at comcast dot net>
- To: Andreas Schwab <schwab at linux-m68k dot org>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 18 Jun 2015 13:54:51 -0700
- Subject: Re: libiberty TAGS
- Authentication-results: sourceware.org; auth=none
- References: <17242213-EF29-4BDE-929B-AB383C8AA9B2 at comcast dot net> <874mm4bvq7 dot fsf at igel dot home>
On Jun 18, 2015, at 1:35 PM, Andreas Schwab <schwab@linux-m68k.org> wrote:
> Mike Stump <mikestump@comcast.net> writes:
>
>> + cd $(srcdir) && etags `for i in $(CFILES); do echo $(srcdir)/$$i ; done`
>
> This doesn't work with a relative $(srcdir).
Sure it does. I had tested with:
srcdir = ../../gcc/libiberty
which is a pretty typical relative srcdir, is it not?
Anyway, I see your point. How about:
diff --git a/libiberty/Makefile.in b/libiberty/Makefile.in
index f06cc69..11e5ce6 100644
--- a/libiberty/Makefile.in
+++ b/libiberty/Makefile.in
@@ -409,8 +409,9 @@ stamp-noasandir:
etags tags: TAGS etags-subdir
+VPATH = @srcdir@
TAGS: $(CFILES)
- etags `for i in $(CFILES); do echo $(srcdir)/$$i ; done`
+ cd $(srcdir) && etags $(CFILES)
# The standalone demangler (c++filt) has been moved to binutils.
# But make this target work anyway for demangler hacking.
Ok?