tags:

views:

126

answers:

3

Why does extern int n not compile when n is declared (in a different file) static int n, but works when declared int n? (Both of these declarations were at file scope.) Basically, why is int n in file scope not the same as static int n in the same scope? Is it only in relation to extern? If so, what about extern am I missing?

+9  A: 

The whole and entire purpose of static is to declare that a variable is private to the source file that it is declared in. Thus, it is doing precisely it's job in preventing a connection from an extern.

Keep in mind that there are four flavors of file-scope variable definition:

  1. int blah = 0; blah is defined in this file and accessible from other files. Definitions in other files are duplicates and will lead to errors.
  2. extern int blah; blah must be defined elsewhere and is referenced from this file.
  3. int blah; This is the moral equivalent of FORTRAN COMMON. You can have any number of these in files, and they are all resolved by the linker to one shared int.
  4. static int blah; This is static. It is completely private to this file. It is not visible to externs in other files, and you can have many different files that all declare static TYPE blah', and they are all different.

For the purists in the audience: 'file' = compilation unit.

Note that static inside functions (not at file scope) are even more tightly scoped: if two functions declare static int bleh = 0; even in the same file, they are unrelated.

bmargulies
what then would 'int n' be called (in file scope), in terms of storage specifiers?
Jared P
@bmargulies: At file scope, you mean? Because at function scope, a static var is one that retains its value after the functions returns, and at class scope, a static member has a single instance available to all objects.
mingos
Clarified by the edit, I trust.
bmargulies
@Jared -- I call it 'common'. In my recollection, the language does not define a keyword for making this explicit. If I'm wrong, I trust that someone would correct me.
bmargulies
@bmargulies: OK, I thought in C++ terms instead of C. Thx.
mingos
@bmargulies wowwowow, that helped a bunch, thanks!
Jared P
hehe. You "clarified" by pointing out an analogous fortran construct. I don't think many SO users have messed with Fortran. :)
Stephen
@Stephen Winking at the adults in the audience?
bmargulies
A: 

An extern var is already "static" because there's only one instance of it. Declaring it as static is a redundancy.

An extern is a single instance of a var (or any other object) that's available globally; its scope ends when main() returns.

EDIT: OK, the people commenting on my answer are right to point out that my answer is confusing. I used the word "static" thinking about static class members in C++, which isn't obvious. Sorry for that and check the answer by bmargulies :)

mingos
huh? An extern variable is not static.
bmargulies
@mingos: You are confused. A static member (in C++) has one instance, a local static variable has one instance, file static means "invisible outside the translation unit".
Stephen
Notice the quotation marks :). "Static", as opposed to static. It behaves like a static class member, just in a global scope. And yes, that's just my personal interpretation of the behaviour, so you're right to complain, I guess :/
mingos
+1  A: 

In standard C, there are two scopes for variables declared outside of a function. A static variable is only visible inside the compilation unit (i.e., file) that declared it, and non-static variables are visible across the whole program. An extern declaration says that the variable's location isn't known yet, but will be sorted out by the linker; it's compatible with non-static variables, but extern static is just crazy talk!

Of course, in practice there are other visibilities these days. In particular, there are now scoping levels between that of a single source file and a whole program; the level of a single shared library is a useful one (settable through mechanisms like GCC function attributes). But that's just a variation on the theme of non-static variables; static keeps the same interpretation it had before.

Donal Fellows