mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [PATCH] __optional and __keep
@ 2003-05-15  2:09 Rusty Russell
  2003-05-15  5:54 ` Randy.Dunlap
  0 siblings, 1 reply; 2+ messages in thread
From: Rusty Russell @ 2003-05-15  2:09 UTC (permalink / raw)
  To: torvalds, akpm, rth; +Cc: linux-kernel

Hi all!

Does anyone else find __attribute_used__ confusing, or is it just me?
In the tradition of likely() and unlikely(), I think __optional and
__keep are clearer.

Thoughts?
Rusty.
--
  Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

Name: __keep and __optional attributes
Author: Rusty Russell
Status: Trivial

D: Renames __attribute_used to __keep, and introduces __optional.

diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal .21892-linux-2.5.69-bk9/include/linux/compiler.h .21892-linux-2.5.69-bk9.updated/include/linux/compiler.h
--- .21892-linux-2.5.69-bk9/include/linux/compiler.h	2003-04-20 18:05:14.000000000 +1000
+++ .21892-linux-2.5.69-bk9.updated/include/linux/compiler.h	2003-05-15 11:11:19.000000000 +1000
@@ -51,10 +51,11 @@
  * would be warned about except with attribute((unused)).
  */
 #if __GNUC__ == 3 && __GNUC_MINOR__ >= 3 || __GNUC__ > 3
-#define __attribute_used__	__attribute__((__used__))
+#define __keep		__attribute__((__used__))
 #else
-#define __attribute_used__	__attribute__((__unused__))
+#define __keep		__attribute__((__unused__))
 #endif
+#define __optional	__attribute__((__unused__))
 
 /* This macro obfuscates arithmetic on a variable address so that gcc
    shouldn't recognize the original var, and make assumptions about it */
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal .21892-linux-2.5.69-bk9/scripts/modpost.c .21892-linux-2.5.69-bk9.updated/scripts/modpost.c
--- .21892-linux-2.5.69-bk9/scripts/modpost.c	2003-05-05 12:37:16.000000000 +1000
+++ .21892-linux-2.5.69-bk9.updated/scripts/modpost.c	2003-05-15 11:11:19.000000000 +1000
@@ -466,7 +466,7 @@ add_depends(struct buffer *b, struct mod
 
 	buf_printf(b, "\n");
 	buf_printf(b, "static const char __module_depends[]\n");
-	buf_printf(b, "__attribute_used__\n");
+	buf_printf(b, "__keep\n");
 	buf_printf(b, "__attribute__((section(\".modinfo\"))) =\n");
 	buf_printf(b, "\"depends=");
 	for (s = mod->unres; s; s = s->next) {

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PATCH] __optional and __keep
  2003-05-15  2:09 [PATCH] __optional and __keep Rusty Russell
@ 2003-05-15  5:54 ` Randy.Dunlap
  0 siblings, 0 replies; 2+ messages in thread
From: Randy.Dunlap @ 2003-05-15  5:54 UTC (permalink / raw)
  To: rusty; +Cc: torvalds, akpm, rth, linux-kernel

> Hi all!
>
> Does anyone else find __attribute_used__ confusing, or is it just me? In the
> tradition of likely() and unlikely(), I think __optional and __keep are
> clearer.
>
> Thoughts?
> Rusty.
> --

Yes, I thought that we had already hashed thru this one time.
I'm fine with the current naming.

~Randy




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-05-15  5:41 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-15  2:09 [PATCH] __optional and __keep Rusty Russell
2003-05-15  5:54 ` Randy.Dunlap

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®