Re: Showing more warnings possible in Xcode?
Re: Showing more warnings possible in Xcode?
- Subject: Re: Showing more warnings possible in Xcode?
- From: Eric Hermanson <email@hidden>
- Date: Sat, 30 May 2009 21:54:38 -0400
The problem I have with this GCC __attribute__(unused) thing is that
it does not result in an error if you actually end up using the
attribute (as I would expect it should). If it went that extra step I
would find it more useful than doing just (void)param..., but since it
doesn't, I guess it's better to stick with the solution that works on
all compilers. Maybe even
#define UNUSED_PARAMETER(x) (void)(x)
as Apple's doc seems to suggest.
Thanks for all the input. It would be nice if xCode not only allow an
easy-to-use configuration panel for all GCC warnings (not just some),
but also if xCode would parse source code on the fly to notify of
compiler-independent, completely user-defined warnings too. Jetbrains
IDEA Java development environment has a very rich set of source-time
user defined warnings that make coding very clean.
- Eric
On May 30, 2009, at 9:46 PM, Clark Cox wrote:
On Sat, May 30, 2009 at 6:38 PM, Gwynne Raskind <email@hidden
> wrote:
On May 30, 2009, at 9:11 PM, Alex Curylo wrote:
You also have the "unused" attribute:
http://gcc.gnu.org/onlinedocs/gcc-3.1.1/gcc/Variable-
Attributes.html
That's out because I commonly have to share code with Windows
compilers.
... although much less commonly now that I'm about 80% focused on
iPhone
work, which makes being so even *more* joyous!
Not to mention I haven't yet figured out a way to apply
__attribute__((unused)) to an ObjC method parameter. I just get a
pile of
syntax errors, or it gets applied to the function instead of the
parameters.
From <http://developer.apple.com/ReleaseNotes/Cocoa/RN-ObjectiveC/index.html
>:
"- (void)method:(id) __attribute__((unused)) param;"
If that doesn't work, then file a bug.
--
Clark S. Cox III
email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden