Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1253751
| From | Prarit Bhargava <prarit@redhat.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros |
| Date | 2015-10-22 14:20 +0200 |
| Message-ID | <qmn0C-28d-13@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <qjXai-pN-19@gated-at.bofh.it> <qm7fd-44l-29@gated-at.bofh.it> <qm7Id-4DS-9@gated-at.bofh.it> <qmmnT-18n-7@gated-at.bofh.it> <qmmQV-1Wt-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 10/22/2015 08:06 AM, Michal Marek wrote: > On 2015-10-22 13:31, Prarit Bhargava wrote: >> >> >> On 10/21/2015 03:52 PM, Michal Marek wrote: >>> Dne 21.10.2015 v 21:27 Prarit Bhargava napsal(a): >>>> On 10/15/2015 04:16 PM, Michal Marek wrote: >>>>> Otherwise make tags can't parse them: >>>>> >>>>> ctags: Warning: arch/ia64/kernel/smp.c:60: null expansion of name pattern "\1" >>>>> ctags: Warning: drivers/xen/events/events_2l.c:41: null expansion of name pattern "\1" >>>>> ctags: Warning: drivers/acpi/processor_idle.c:64: null expansion of name pattern "\1" >>>>> ctags: Warning: kernel/locking/lockdep.c:153: null expansion of name pattern "\1" >>>>> ctags: Warning: kernel/workqueue.c:305: null expansion of name pattern "\1" >>>>> ctags: Warning: kernel/rcu/rcutorture.c:133: null expansion of name pattern "\1" >>>>> ctags: Warning: kernel/rcu/rcutorture.c:135: null expansion of name pattern "\1" >>>>> ctags: Warning: net/rds/page.c:45: null expansion of name pattern "\1" >>>>> ctags: Warning: net/ipv4/syncookies.c:53: null expansion of name pattern "\1" >>>>> ctags: Warning: net/ipv6/syncookies.c:44: null expansion of name pattern "\1" >>>> >>>> I guarantee you're going to end up fixing this issue over and over again as more >>>> code is added in. >>> >>> This is certainly going to happen, but it should be quickly spotted by >>> anybody running make tags on linux-next. And 10 instances since the >>> beginning of git is not too many. >> >> Not everyone uses 'make tags'. 'make cscope' exists and functions correctly ;) > > cscope works, but unfortunately it cannot be extended to understand the > preprocessor constructs. But it does not suffer from the problem at > hand, obviously. > > >>> It's not ctags itself parsing the DEFINE_PER_CPU() macro, but a >>> user-supplied regex specified on commandline. Which can only operate on >>> single lines. >>> >> >> What's the regex? > > See > https://lkml.kernel.org/r/1444940195-28272-9-git-send-email-mmarek@suse.com > > It used to require a closing parenthesis, so it would not match the > multiline macro invocations at all. Now it matches them, but ctags > correctly warns that the empty string is probably not what we intended > to match. It seems wrong to change kernel code, not for a bug, but for a userspace search. P. > > Michal > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros Prarit Bhargava <prarit@redhat.com> - 2015-10-21 21:30 +0200
Re: [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros Michal Marek <mmarek@suse.com> - 2015-10-21 22:00 +0200
Re: [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros Prarit Bhargava <prarit@redhat.com> - 2015-10-22 13:40 +0200
Re: [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros Michal Marek <mmarek@suse.com> - 2015-10-22 14:10 +0200
Re: [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros Prarit Bhargava <prarit@redhat.com> - 2015-10-22 14:20 +0200
Re: [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros Michal Marek <mmarek@suse.com> - 2015-10-22 14:30 +0200
csiph-web