extern as part of a function prototype

[blangela]

I am currently taking a course and one of the example programs showed
a function prototype something like:

extern void func();

I asked why the "extern" was necessary.

Someone in the class (not the instructor) explained that if the same
function prototype is used in more than one source file in a project,
that the linker will complain.

He explained to me that this was exactly the same as when you have a
global variable scoped in several source files, that where ever the
global variable is defined it does not need to be explicitly defined
as extern, but that in any other files that it needs to be in scope,
the global variable must be declared extern. This part I know to be
true from my own experience. It seemed to make sense, so I believed
him.

When I got back home I tried to verify what was stated above about
extern and function prototypes, but try as I might, using Visual
Studio Express 8, I could not generate any linking errors by leaving
out the extern keyword in function prototypes. BTW, I tried with both
a .c project (all the source files were .c files and I set the
compiler option to "Compile as C code" - the /TC option) and a .cpp
project (all the source files were .cpp files).

Can anyone give me an example where the extern keyword is actually
required? Or is Microsoft up to it's old tricks and "helping me"
without my knowledge and I would have had linking errors on other
IDEs ?

Bob

[Alf P. Steinbach]

* blangela:

I am currently taking a course and one of the example programs showed
a function prototype something like:

extern void func();

I asked why the "extern" was necessary.

Someone in the class (not the instructor) explained that if the same
function prototype is used in more than one source file in a project,
that the linker will complain.

He explained to me that this was exactly the same as when you have a
global variable scoped in several source files, that where ever the
global variable is defined it does not need to be explicitly defined
as extern, but that in any other files that it needs to be in scope,
the global variable must be declared extern. This part I know to be
true from my own experience. It seemed to make sense, so I believed
him.

When I got back home I tried to verify what was stated above about
extern and function prototypes, but try as I might, using Visual
Studio Express 8, I could not generate any linking errors by leaving
out the extern keyword in function prototypes. BTW, I tried with both
a .c project (all the source files were .c files and I set the
compiler option to "Compile as C code" - the /TC option) and a .cpp
project (all the source files were .cpp files).

Can anyone give me an example where the extern keyword is actually
required?

'extern' is the default for C++ function declarations, so ordinarily you do not
need it.

You need it only where it's not the default, and/or where you want to specify
"C" linkage.

An example where it's not default: the default for constants is internal
linkage, so if you declare a constant in a header file and define it in an
implementation file you need to use 'extern', like

<code file="x.h">
extern double const pi;
</code>

<code file="x.cpp">
#include "x.h"
double const pi = 3.14;
</code>

Or is Microsoft up to it's old tricks and "helping me"
without my knowledge and I would have had linking errors on other
IDEs ?

You mean compilers.

An IDE is not a compiler: it just gives you easy access to a compiler, and other
relevant tools.
Cheers, & hth.,

- Alf

[blangela]

On Apr 16, 11:00*pm, "Alf P. Steinbach" <[e-mail] wrote:

* blangela:

I am currently taking a course and one of the example programs showed
a function prototype something like:

extern void func();

I asked why the "extern" was necessary.

Someone in the class (not the instructor) explained that if the same
function prototype is used in more than one source file in a project,
that the linker will complain.

He explained to me that this was exactly the same as when you have a
global variable scoped in several source files, that where ever the
global variable is defined it does not need to be explicitly defined
as extern, but that in any other files that it needs to be in scope,
the global variable must be declared extern. *This part I know to be
true from my own experience. It seemed to make sense, so I believed
him.

When I got back home I tried to verify what was stated above about
extern and function prototypes, but try as I might, using Visual
Studio Express 8, I could not generate any linking errors by leaving
out the extern keyword in function prototypes. BTW, I tried with both
a .c project (all the source files were .c files and I set the
compiler option to "Compile as C code" - the */TC option) and a .cpp
project (all the source files were .cpp files).

Can anyone give me an example where the extern keyword is actually
required?

'extern' is the default for C++ function declarations, so ordinarily you do not
need it.

You need it only where it's not the default, and/or where you want to specify
"C" linkage.

An example where it's not default: the default for constants is internal
linkage, so if you declare a constant in a header file and define it in an
implementation file you need to use 'extern', like

<code file="x.h">
extern double const pi;
</code>

<code file="x.cpp">
#include "x.h"
double const pi = 3.14;
</code>

Thanks for your reply. If I undertand you correctly, the use of
extern as I explained it in my question is _NEVER_ necessary in a C++
application?

What about in a C application? Is the same answer true?

*Or is Microsoft up to it's old tricks and "helping me"
without my knowledge and I would have had linking errors on other
IDEs ?

You mean compilers.

An IDE is not a compiler: it just gives you easy access to a compiler, andother
relevant tools.

To be honest, the reason I used IDE, was as a short cut for compiler
and linker, since I am not sure if it is the MS compiler or MS linker
that is the problem. Does that make sense?

Thanks again for your reply!

[James Kanze]

On Apr 17, 7:26 am, blangela <Bob_Langel...@ telus.netwrote:

I am currently taking a course and one of the example programs
showed a function prototype something like:

extern void func();

I asked why the "extern" was necessary.

Someone in the class (not the instructor) explained that if
the same function prototype is used in more than one source
file in a project, that the linker will complain.

That's not strictly true. A function declaration that is not a
definition is implicitly "extern".

In theory, at least, it's probably better to be consistent, and
to use it. But there's so much code around that doesn't that
most programmers are used to not seeing it, so it isn't that
important. (Given the inconsistent rules concerning linkage in
C++, one could argue that you should always specify it. But of
course, people---myself included---don't.)

--
James Kanze (GABI Software) email:ja******* **@gmail.com
Conseils en informatique orientée objet/
Beratung in objektorientier ter Datenverarbeitu ng
9 place Sémard, 78210 St.-Cyr-l'École, France, [phone]

[Alf P. Steinbach]

* James Kanze:

On Apr 17, 7:26 am, blangela <Bob_Langel...@ telus.netwrote:

>I am currently taking a course and one of the example programs
showed a function prototype something like:

>extern void func();

>I asked why the "extern" was necessary.

>Someone in the class (not the instructor) explained that if
the same function prototype is used in more than one source
file in a project, that the linker will complain.

That's not strictly true. A function declaration that is not a
definition is implicitly "extern".

A function declaration that is a definition is also "extern" by default.

I think you meant "by default", not "implicitly ".

All of the above with the understanding that we're not talking about member
functions in a local class, because a local class doesn't formally have linkage
as of the current standard, and of course also that there hasn't been some
previous declaration of the function, which would have established the linkage.
Cheers,

- Alf (nit-picking, but I think the "that is not a" could be misleading)

[Nick Keighley]

On 17 Apr, 07:16, blangela <Bob_Langel...@ telus.netwrote:

On Apr 16, 11:00*pm, "Alf P. Steinbach" <[e-mail] wrote:

* blangela:

I am currently taking a course and one of the example programs showed
a function prototype something like:

extern void func();

I asked why the "extern" was necessary.

<snip>

'extern' is the default for C++ function declarations, so ordinarily youdo not
need it.

<snip>

Thanks for your reply. *If I undertand you correctly, the use of
extern as I explained it in my question is _NEVER_ necessary in a C++
application?

What about in a C application? *Is the same answer true?

yes

<snip>
--
Nick Keighley

[blangela]

On Apr 17, 1:09*am, James Kanze <james.ka...@gm ail.comwrote:

On Apr 17, 7:26 am, blangela <Bob_Langel...@ telus.netwrote:

I am currently taking a course and one of the example programs
showed a function prototype something like:
extern void func();
I asked why the "extern" was necessary.
Someone in the class (not the instructor) explained that if
the same function prototype is used in more than one source
file in a project, that the linker will complain.

That's not strictly true. *A function declaration that is not a
definition is implicitly "extern".

In theory, at least, it's probably better to be consistent, and
to use it. *But there's so much code around that doesn't that
most programmers are used to not seeing it, so it isn't that
important. *(Given the inconsistent rules concerning linkage in
C++, one could argue that you should always specify it. *But of
course, people---myself included---don't.)

Does that mean that some compilers do need the explicit use of extern
for function prototypes?

Bob

[James Kanze]

On 17 avr, 10:33, "Alf P. Steinbach" <[e-mail] wrote:

* James Kanze:

On Apr 17, 7:26 am, blangela <Bob_Langel...@ telus.netwrote:

I am currently taking a course and one of the example programs
showed a function prototype something like:

extern void func();

I asked why the "extern" was necessary.

Someone in the class (not the instructor) explained that if
the same function prototype is used in more than one source
file in a project, that the linker will complain.

That's not strictly true. A function declaration that is not a
definition is implicitly "extern".

A function declaration that is a definition is also "extern"
by default.

So it is. I don't know what I was thinking of. (Actually, I do
know what I was thinking of: of the old days, when you said
"global" to export a symbol, and "extern" to import it. But
that's not really relevant to C++, given as how it was
assembler, and pre-dated even C.)

I think you meant "by default", not "implicitly ".

I think the two terms mean more or less the same thing in this
context. But I'm not really sure. (Not getting enough rest
these days to be sure of anything, really.)

All of the above with the understanding that we're not talking
about member functions in a local class, because a local class
doesn't formally have linkage as of the current standard, and
of course also that there hasn't been some previous
declaration of the function, which would have established the
linkage.

Yes. I took it for granted that we were really only talking
about functions at namespace scope. You can't apply extern to a
member function, since its visibility is that of the class
(which as you say, is also "extern", except for local classes).

--
James Kanze (GABI Software) email:ja******* **@gmail.com
Conseils en informatique orientée objet/
Beratung in objektorientier ter Datenverarbeitu ng
9 place Sémard, 78210 St.-Cyr-l'École, France, [phone]