Hey guys i was just looking @ some code on the forums and the question popped into my head "Why do people typedef structs?"
My understanding is that when you make a struct say for example:
's' would already be defined as a type struct and one could typeCode:struct s { int x; int y; };
so what does setting it's type do thats already not done? to me it seems redundent but i see it all the time so there must be reason for it.Code:s new_s1; s new_s2;
Actually no. If you just define a struct like s you have to use the word struct before it everywhere. So if you have a function for example that takes a pointer to struct s as parameter it's header would look like this:
void foo(struct s *arg)
On the other hand, typedefing allows you to use the new type without the keyword struct:
Code:typedef struct s{ int x; int y; }my_struct; /*declare a pointer to this new type*/ my_struct *t;
It is done (ostensibly) to save keystrokes. This time saving is not exactly free though (say for example on a large project, where the struct is defined somewhere in a header file) as future maintenance programmers have to spend more time looking up the definition, just to see what it is they are dealing with.Originally Posted by Matty_Alan
Wouldn't the person actually be *declaring* the struct? Just curious because here is what my computer produces.
Code:struct s { int x; int y; }; int main(void) { s.x = 5; return 0; }Also, I thought *defining* a struct introduces struct into main()' scope. Maybe I'll dig out my old co-workers speel on *defining* vs *declaring* structures before laserlight tries to argue with me about it.[cd@localhost oakland]$ gcc -Wall -Wextra -ansi stru.c -o stru
stru.c: In function ‘main’:
stru.c:10: error: ‘s’ undeclared (first use in this function)
stru.c:10: error: (Each undeclared identifier is reported only once
stru.c:10: error: for each function it appears in.)
[cd@localhost oakland]$
A definition is also a declaration. This could be a forward declaration of struct s:
This is the definition of struct s:Code:struct s;
In your example, this is simply wrong, since s is not an object:Code:struct s { int x; int y; };
Code:s.x = 5;
Look up a C++ Reference and learn How To Ask Questions The Smart Way
Well maybe you should have declared a variable of type s first. S is a type not a variable!
As for the definition/declaration issue, I was referring to the definition of the type which is I guess a poor choice of words, not the definition in the definition vs declaration sense, although in this case they happen to coincide.
EDIT: But laserlight pointed out the differences above.
Last edited by claudiu; 04-18-2010 at 12:35 PM. Reason: addition
I've always been annoyed that C allows this abuse of its grammar:
I can't give you language lawyer terms for what's going on here, but typedef works like this.Code:typedef struct foo { int bar; struct foo *next; } foo;
So it is always valid to define a struct and then rename it later in separate statements. The use of "preferred" in the example is intentional, as you could use either struct foo or foo.Code:/* typedef definedType preferredTypeName; */ typedef struct foo foo;
I knew this would happen... I found old co-workers emails on structure definitions vs structure declarations. They are not the same thing! I guess I tend to believe him over you since
a)He hold a Master's Degree in Computer Science from MIT.
b)Currently works as a Software at Google
c)Has 8 patents to his name
d)Seems to produce one academic publication every 8 months.
I did not say that they are the same thing. I said that definitions are declarations. However, declarations are not necessarily definitions. Refer to the C standard:
Look up a C++ Reference and learn How To Ask Questions The Smart Way
I said something that was rather offensive, that's why the nice mod came in and edited this post for me. I promise not to do the same again.
Dude, LaserLight may be many things but she is no ones moron. She may be opinionated (aren't we all on here though?) but I would not presume to argue with her on the C or C++ standard. Heck I have been doing this for a couple of decades and I don't keep up on it they way she (and others on here do). well except the parts that interest me but that is a digression. Just sayin.
As for the typedef business on the one hand it can serve to save keystrokes but on the other hand it can also make code more readable. Consider:
Versus:Code:struct TTicket { int cost; char *destination; }; int main(int argc, char *argv[]) { struct TTicket newTicket; ... }
Note: I did the above pre-coffee so it may not compile but the point should be obvious.Code:typedef struct TTicket { int cost; char *destination; }trainTicket; int main(int argc, char *argv[]) { trainTicket newTicket; ... }
At the risk of being edited again, I'm going to say she isn't that bright. I've read some of her past posts. She demonstrates an average grasp at the very best.
What's wrong with you man? There's no reason to get personal here IMO.
Are you implying that chapter and verse from the C Standard isn't enough to trump your smart friend?
@Overworked_PhD. perhaps you are overworked and should cease to annoy other people on forums to vent off and go for a walk or something.
