From: Andrew Morton <akpm@osdl.org>
To: Al Viro <viro@ftp.linux.org.uk>
Cc: Ben Collins <ben.collins@ubuntu.com>,
Linus Torvalds <torvalds@osdl.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2.6.20-rc1] ib_verbs: Use explicit if-else statements to avoid errors with do-while macros
Date: Thu, 14 Dec 2006 01:08:48 -0800 [thread overview]
Message-ID: <20061214010848.6fbb920f.akpm@osdl.org> (raw)
In-Reply-To: <20061214065624.GN4587@ftp.linux.org.uk>
On Thu, 14 Dec 2006 06:56:24 +0000
Al Viro <viro@ftp.linux.org.uk> wrote:
> On Thu, Dec 14, 2006 at 06:44:30AM +0000, Al Viro wrote:
> > On Wed, Dec 13, 2006 at 10:10:05PM -0500, Ben Collins wrote:
> > > At least on PPC, the "op ? op : dma" construct causes a compile failure
> > > because the dma_* is a do{}while(0) macro.
> > >
> > > This turns all of them into proper if/else to avoid this problem.
> >
> > NAK.
> >
> > Proper fix is to kill stupid do { } while (0) mess. It's supposed
> > to behave like a function returning void, so it should be ((void)0).
>
> BTW, even though the original patch is already merged, I think that
> we ought to get rid of do-while in such stubs, exactly to avoid such
> problems in the future. Probably even add to CodingStyle - it's not
> the first time such crap happens.
>
> IOW, do ; while(0) / do { } while (0) is not a proper way to do a macro
> that imitates a function returning void.
>
> Objections?
Would prefer static inline void foo(args){} when possible - for the arg
typechecking and arg existence checking and unused variable warnings.
I end up having to do rather a lot of things like this:
--- a/mm/vmalloc.c~virtual-memmap-on-sparsemem-v3-map-and-unmap-fix-2
+++ a/mm/vmalloc.c
@@ -929,6 +929,6 @@ int unmap_generic_kernel(unsigned long a
if (err)
break;
} while (pgd++, addr = next, addr != end);
- flush_tlb_kernel_range((unsigned long)start_addr, end_addr);
+ flush_tlb_kernel_range(addr, addr);
return err;
}
and this:
@@ -85,12 +84,24 @@ extern void vm_events_fold_cpu(int cpu);
#else
/* Disable counters */
-#define get_cpu_vm_events(e) 0L
-#define count_vm_event(e) do { } while (0)
-#define count_vm_events(e,d) do { } while (0)
-#define __count_vm_event(e) do { } while (0)
-#define __count_vm_events(e,d) do { } while (0)
-#define vm_events_fold_cpu(x) do { } while (0)
+static inline void count_vm_event(enum vm_event_item item)
+{
+}
+static inline void count_vm_events(enum vm_event_item item, long delta)
+{
+}
+static inline void __count_vm_event(enum vm_event_item item)
+{
+}
+static inline void __count_vm_events(enum vm_event_item item, long delta)
+{
+}
+static inline void all_vm_events(unsigned long *ret)
+{
+}
+static inline void vm_events_fold_cpu(int cpu)
+{
+}
because of these problems.
Plus macros are putrid.
prev parent reply other threads:[~2006-12-14 9:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-14 3:10 [PATCH 2.6.20-rc1] ib_verbs: Use explicit if-else statements to avoid errors with do-while macros Ben Collins
2006-12-14 6:16 ` Roland Dreier
2006-12-14 6:44 ` Al Viro
2006-12-14 6:56 ` Al Viro
2006-12-14 7:45 ` Roland Dreier
2006-12-14 14:24 ` Ben Collins
2006-12-14 9:08 ` Andrew Morton [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20061214010848.6fbb920f.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=ben.collins@ubuntu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.org \
--cc=viro@ftp.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox