473,394 Members | 1,759 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,394 software developers and data experts.

legality of forward declaration

Hi Antoine, just redirecting you...

Antoine Trux wrote:
Hi,

Is the following code legal:

------> code starts here <------
#include <stddef.h>
struct ForwardDeclared;
void foo(struct ForwardDeclared[]);
/* Dummy function, so this module contains some code. */
void dummy(void)
{
foo(NULL);
}
------> code ends here <------
?

I can see no reason why this code would not be legal, and indeed
gcc (version 3.4.5) and Microsoft C compiler (.NET) compile it
without a glitch.

Code Warrior (version 3.2.5), though, produces the following
error message:

------> CW problem starts here <------
C:\temp>mwccsym2.exe -g -O0 -inline
off -wchar_t off -align 4 -warnings on -w
nohidevirtual,nounusedexpr -msgstyle
gcc -enum int -str pool -exc ms -trigraphs on -stdinc -d _DEBUG
-d _UNICODE -d "
__SYMBIAN32__" -d "__SERIES60_30__" -d "__SERIES60_3X__" -d
"__CW32__" -d "__WIN
S__" -d "__WINSCW__" -d "WIN32" -d "_WINDOWS" -d
"__SUPPORT_CPP_EXCEPTIONS__" -c
wd source -i- -o forwardDeclaration.o -c forwardDeclaration.c
forwardDeclaration.c:5: illegal use of incomplete
struct/union/class 'struct For
wardDeclared'
Errors caused tool to abort.
------> CW problem ends here <------

Changing this line:
void foo(struct ForwardDeclared[]);
to:
void foo(struct ForwardDeclared*);
however, corrects the "problem".

So, is this (as I believe) a bug in Code Warrior (incorrectly
complains about correct code), or a bug in gcc and MS compilers
(do not detect code that is in error)?

Antoine Trux

May 31 '06 #1
11 2567

Martin Eisenberg wrote:
Hi Antoine, just redirecting you...

Antoine Trux wrote:
Hi,

Is the following code legal:

------> code starts here <------
#include <stddef.h>
struct ForwardDeclared;
void foo(struct ForwardDeclared[]);
/* Dummy function, so this module contains some code. */
void dummy(void)
{
foo(NULL);
}
------> code ends here <------
?

I can see no reason why this code would not be legal, and indeed
gcc (version 3.4.5) and Microsoft C compiler (.NET) compile it
without a glitch.

Code Warrior (version 3.2.5), though, produces the following
error message:

------> CW problem starts here <------
C:\temp>mwccsym2.exe -g -O0 -inline
off -wchar_t off -align 4 -warnings on -w
nohidevirtual,nounusedexpr -msgstyle
gcc -enum int -str pool -exc ms -trigraphs on -stdinc -d _DEBUG
-d _UNICODE -d "
__SYMBIAN32__" -d "__SERIES60_30__" -d "__SERIES60_3X__" -d
"__CW32__" -d "__WIN
S__" -d "__WINSCW__" -d "WIN32" -d "_WINDOWS" -d
"__SUPPORT_CPP_EXCEPTIONS__" -c
wd source -i- -o forwardDeclaration.o -c forwardDeclaration.c
forwardDeclaration.c:5: illegal use of incomplete
struct/union/class 'struct For
wardDeclared'
Errors caused tool to abort.
------> CW problem ends here <------

Changing this line:
void foo(struct ForwardDeclared[]);
to:
void foo(struct ForwardDeclared*);
however, corrects the "problem".

So, is this (as I believe) a bug in Code Warrior (incorrectly
complains about correct code), or a bug in gcc and MS compilers
(do not detect code that is in error)?


Well, if the code above is the *only* code in your compilation unit,
then I'm afraid the CodeWarrior is right. What you need is a proper
declaration of your `struct`. Perhaps you're missing an `#include`
containing the declaration? Arrays and pointers are not the same thing
in C (despite what some sources say).

PS
Posting full compilable example is, as always, the best policy when
asking this sort of question.

May 31 '06 #2
Vladimir Oka wrote:

Martin Eisenberg wrote:
Hi Antoine, just redirecting you...

Antoine Trux wrote:
Hi,

Is the following code legal:

------> code starts here <------
#include <stddef.h>
struct ForwardDeclared;
void foo(struct ForwardDeclared[]); [...] forwardDeclaration.c:5: illegal use of incomplete
struct/union/class 'struct For
wardDeclared'
Errors caused tool to abort.
------> CW problem ends here <------

Changing this line:
void foo(struct ForwardDeclared[]);
to:
void foo(struct ForwardDeclared*);
however, corrects the "problem".

So, is this (as I believe) a bug in Code Warrior (incorrectly
complains about correct code), or a bug in gcc and MS compilers
(do not detect code that is in error)?

Well, if the code above is the *only* code in your compilation unit,
then I'm afraid the CodeWarrior is right. What you need is a proper
declaration of your `struct`. Perhaps you're missing an `#include`
containing the declaration? Arrays and pointers are not the same thing
in C (despite what some sources say).


But, given that a function prototype of:

void foo(struct ForwardDeclared[]);
and
void foo(struct ForwardDeclared *);

are the same thing, I don't see why CodeWarrior is complaining. You
can have pointers to incomplete types as long as you don't try to use
them for anything other than passing along elsewhere.

Or is there a difference between a function parameter declared as an
array versus a pointer?
PS
Posting full compilable example is, as always, the best policy when
asking this sort of question.


It looks like a compilable example to me. It compiles just fine on
my system, even with warnings turned up to the max.
--
+-------------------------+--------------------+-----------------------------+
| Kenneth J. Brody | www.hvcomputer.com | |
| kenbrody/at\spamcop.net | www.fptech.com | #include <std_disclaimer.h> |
+-------------------------+--------------------+-----------------------------+
Don't e-mail me at: <mailto:Th*************@gmail.com>

May 31 '06 #3

Kenneth Brody wrote:
Vladimir Oka wrote:

Martin Eisenberg wrote:
Hi Antoine, just redirecting you...

Antoine Trux wrote:

> Hi,
>
> Is the following code legal:
>
> ------> code starts here <------
> #include <stddef.h>
> struct ForwardDeclared;
> void foo(struct ForwardDeclared[]); [...] > forwardDeclaration.c:5: illegal use of incomplete
> struct/union/class 'struct For
> wardDeclared'
> Errors caused tool to abort.
> ------> CW problem ends here <------
>
> Changing this line:
> void foo(struct ForwardDeclared[]);
> to:
> void foo(struct ForwardDeclared*);
> however, corrects the "problem".
>
> So, is this (as I believe) a bug in Code Warrior (incorrectly
> complains about correct code), or a bug in gcc and MS compilers
> (do not detect code that is in error)?


Well, if the code above is the *only* code in your compilation unit,
then I'm afraid the CodeWarrior is right. What you need is a proper
declaration of your `struct`. Perhaps you're missing an `#include`
containing the declaration? Arrays and pointers are not the same thing
in C (despite what some sources say).


But, given that a function prototype of:

void foo(struct ForwardDeclared[]);
and
void foo(struct ForwardDeclared *);

are the same thing, I don't see why CodeWarrior is complaining. You
can have pointers to incomplete types as long as you don't try to use
them for anything other than passing along elsewhere.

Or is there a difference between a function parameter declared as an
array versus a pointer?
PS
Posting full compilable example is, as always, the best policy when
asking this sort of question.


It looks like a compilable example to me. It compiles just fine on
my system, even with warnings turned up to the max.


Hmmm. I may have messed this one up.

The only *warning* I get is:

main.c:3: warning: array type has incomplete element type

Which I don't think is required by the standard.

I think you're right, and I was wrong.

Unfortunately, I don't have time at the moment to dig deeper into it
(train timetables don't care about C), but I'm sure someone will.

PS
I still think parameter declaration should have used pointers instead
of arrays, though. A matter of style, I know, but...

May 31 '06 #4
Vladimir Oka wrote:
Martin Eisenberg wrote:
Hi Antoine, just redirecting you...

Antoine Trux wrote:
Hi,

Is the following code legal:

------> code starts here <------
#include <stddef.h>
struct ForwardDeclared;
void foo(struct ForwardDeclared[]);
/* Dummy function, so this module contains some code. */
void dummy(void)
{
foo(NULL);
}
------> code ends here <------
?

I can see no reason why this code would not be legal, and indeed
gcc (version 3.4.5) and Microsoft C compiler (.NET) compile it
without a glitch.
Try harder with gcc and you might get it to generate a warning.
markg@markgordon-lp ~
$ cat t.c
#include <stddef.h>
struct ForwardDeclared;
void foo(struct ForwardDeclared[]);
/* Dummy function, so this module contains some code. */
void dummy(void)
{
foo(NULL);
}

markg@markgordon-lp ~
$ gcc -c t.c -ansi -pedantic
t.c:3: warning: array type has incomplete element type
Code Warrior (version 3.2.5), though, produces the following
error message:
<snip>
Changing this line:
void foo(struct ForwardDeclared[]);
to:
void foo(struct ForwardDeclared*);
however, corrects the "problem".
This is a sensible change if it is meant to be a pointer to an
incomplete type. If, however, the definition of the struct is meant to
be visible in the file, making it visible before this function
declaration would be sensible.
So, is this (as I believe) a bug in Code Warrior (incorrectly
complains about correct code), or a bug in gcc and MS compilers
(do not detect code that is in error)?

Well, if the code above is the *only* code in your compilation unit,
then I'm afraid the CodeWarrior is right. What you need is a proper
declaration of your `struct`. Perhaps you're missing an `#include`
containing the declaration? Arrays and pointers are not the same thing
in C (despite what some sources say).


Yes. However, in every other respect in a function declaration
void foo(struct ForwardDeclared[]);
and
void foo(struct ForwardDeclared*);
are equivalent since both specify that foo takes a pointer to struct
ForwardDeclared as a parameter.
PS
Posting full compilable example is, as always, the best policy when
asking this sort of question.


Not when the problem is that it won't compile as in this case! That's a
bit like saying to someone they should not go to the doctor for advice
until they have recovered from whatever they are suffering from!
--
Flash Gordon, living in interesting times.
Web site - http://home.flash-gordon.me.uk/
comp.lang.c posting guidelines and intro:
http://clc-wiki.net/wiki/Intro_to_clc
May 31 '06 #5
Vladimir Oka wrote:
Kenneth Brody wrote:
Vladimir Oka wrote:

Martin Eisenberg wrote:
> Hi Antoine, just redirecting you...
>
> Antoine Trux wrote:
>
> > Hi,
> >
> > Is the following code legal:
> >
> > ------> code starts here <------
> > #include <stddef.h>
> > struct ForwardDeclared;
> > void foo(struct ForwardDeclared[]); [...]
> > forwardDeclaration.c:5: illegal use of incomplete
> > struct/union/class 'struct For
> > wardDeclared'
> > Errors caused tool to abort.
> > ------> CW problem ends here <------
> >
> > Changing this line:
> > void foo(struct ForwardDeclared[]);
> > to:
> > void foo(struct ForwardDeclared*);
> > however, corrects the "problem".
> >
> > So, is this (as I believe) a bug in Code Warrior (incorrectly
> > complains about correct code), or a bug in gcc and MS compilers
> > (do not detect code that is in error)?
Current versions of gcc will reject it as well.
Well, if the code above is the *only* code in your compilation unit,
then I'm afraid the CodeWarrior is right. What you need is a proper
declaration of your `struct`. Perhaps you're missing an `#include`
containing the declaration? Arrays and pointers are not the same thing
in C (despite what some sources say).


But, given that a function prototype of:

void foo(struct ForwardDeclared[]);
and
void foo(struct ForwardDeclared *);

are the same thing, I don't see why CodeWarrior is complaining. You
can have pointers to incomplete types as long as you don't try to use
them for anything other than passing along elsewhere.

Or is there a difference between a function parameter declared as an
array versus a pointer?
When you are able to declare a parameter as either an array type or as
a pointer type, there is absolutely no difference in its meaning.
However, that does not mean you will always be able to declare a
parameter as an array type, just because you can declare it as a
pointer type.
PS
Posting full compilable example is, as always, the best policy when
asking this sort of question.


It looks like a compilable example to me. It compiles just fine on
my system, even with warnings turned up to the max.


Hmmm. I may have messed this one up.


No, I think you were right the first time.
The only *warning* I get is:

main.c:3: warning: array type has incomplete element type

Which I don't think is required by the standard.
Any array of incomplete (or function) type is a constraint violation
(6.7.5.2), and so a diagnostic is required. There is no exception for
array types for function parameters.
I think you're right, and I was wrong.

Unfortunately, I don't have time at the moment to dig deeper into it
(train timetables don't care about C), but I'm sure someone will.

PS
I still think parameter declaration should have used pointers instead
of arrays, though. A matter of style, I know, but...


May 31 '06 #6
On Wed, 31 May 2006 12:57:19 +0000 (UTC), Martin Eisenberg
<ma**************@udo.edu> wrote in comp.dsp:
Hi Antoine, just redirecting you...

Antoine Trux wrote:
Hi,

Is the following code legal:

------> code starts here <------
#include <stddef.h>
struct ForwardDeclared;
void foo(struct ForwardDeclared[]);
/* Dummy function, so this module contains some code. */
void dummy(void)
{
foo(NULL);
}
------> code ends here <------
?

I can see no reason why this code would not be legal, and indeed
gcc (version 3.4.5) and Microsoft C compiler (.NET) compile it
without a glitch.

Code Warrior (version 3.2.5), though, produces the following
error message:

------> CW problem starts here <------
C:\temp>mwccsym2.exe -g -O0 -inline
off -wchar_t off -align 4 -warnings on -w
nohidevirtual,nounusedexpr -msgstyle
gcc -enum int -str pool -exc ms -trigraphs on -stdinc -d _DEBUG
-d _UNICODE -d "
__SYMBIAN32__" -d "__SERIES60_30__" -d "__SERIES60_3X__" -d
"__CW32__" -d "__WIN
S__" -d "__WINSCW__" -d "WIN32" -d "_WINDOWS" -d
"__SUPPORT_CPP_EXCEPTIONS__" -c
wd source -i- -o forwardDeclaration.o -c forwardDeclaration.c
forwardDeclaration.c:5: illegal use of incomplete
struct/union/class 'struct For
wardDeclared'
Errors caused tool to abort.
------> CW problem ends here <------

Changing this line:
void foo(struct ForwardDeclared[]);
to:
void foo(struct ForwardDeclared*);
however, corrects the "problem".

So, is this (as I believe) a bug in Code Warrior (incorrectly
complains about correct code), or a bug in gcc and MS compilers
(do not detect code that is in error)?

Antoine Trux


Absolutely a bug in Code Warrior. In function declarations, "type
name []" is exactly equivalent to "type *name", with the exception of
a special case for compilers conforming to the 1999 or later version
of the C standard, and that special case does not apply here.

So I would suggest submitting a bug report to Metrowerks.

But I would also suggest using "struct ForwardDeclared*", both to get
on with your work immediately, and because I don't like the [] syntax
in declarations because it misleads newbies, and obviously at least
one compiler's parser.

--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://c-faq.com/
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html
Jun 1 '06 #7
> Absolutely a bug in Code Warrior. In function declarations, "type
name []" is exactly equivalent to "type *name", with the exception of
a special case for compilers conforming to the 1999 or later version
of the C standard, and that special case does not apply here.
Then, how do you interpret the following paragraph from the C99 Standard
(thanks to Harald van Dijk for pointing it out):

------> start of C99 Standard excerpt <------
6.7.5.2 Array declarators
Constraints
1 In addition to optional type qualifiers and the keyword static, the [
and ] may delimit
an expression or *. If they delimit an expression (which specifies the size
of an array), the
expression shall have an integer type. If the expression is a constant
expression, it shall
have a value greater than zero. The element type shall not be an incomplete
or function
type. The optional type qualifiers and the keyword static shall appear only
in a
declaration of a function parameter with an array type, and then only in the
outermost
array type derivation.

------> end of C99 Standard excerpt <------
?

Antoine

"Jack Klein" <ja*******@spamcop.net> wrote in message
news:rd********************************@4ax.com... On Wed, 31 May 2006 12:57:19 +0000 (UTC), Martin Eisenberg
<ma**************@udo.edu> wrote in comp.dsp:
Hi Antoine, just redirecting you...

Antoine Trux wrote:
> Hi,
>
> Is the following code legal:
>
> ------> code starts here <------
> #include <stddef.h>
> struct ForwardDeclared;
> void foo(struct ForwardDeclared[]);
> /* Dummy function, so this module contains some code. */
> void dummy(void)
> {
> foo(NULL);
> }
> ------> code ends here <------
> ?
>
> I can see no reason why this code would not be legal, and indeed
> gcc (version 3.4.5) and Microsoft C compiler (.NET) compile it
> without a glitch.
>
> Code Warrior (version 3.2.5), though, produces the following
> error message:
>
> ------> CW problem starts here <------
> C:\temp>mwccsym2.exe -g -O0 -inline
> off -wchar_t off -align 4 -warnings on -w
> nohidevirtual,nounusedexpr -msgstyle
> gcc -enum int -str pool -exc ms -trigraphs on -stdinc -d _DEBUG
> -d _UNICODE -d "
> __SYMBIAN32__" -d "__SERIES60_30__" -d "__SERIES60_3X__" -d
> "__CW32__" -d "__WIN
> S__" -d "__WINSCW__" -d "WIN32" -d "_WINDOWS" -d
> "__SUPPORT_CPP_EXCEPTIONS__" -c
> wd source -i- -o forwardDeclaration.o -c forwardDeclaration.c
> forwardDeclaration.c:5: illegal use of incomplete
> struct/union/class 'struct For
> wardDeclared'
> Errors caused tool to abort.
> ------> CW problem ends here <------
>
> Changing this line:
> void foo(struct ForwardDeclared[]);
> to:
> void foo(struct ForwardDeclared*);
> however, corrects the "problem".
>
> So, is this (as I believe) a bug in Code Warrior (incorrectly
> complains about correct code), or a bug in gcc and MS compilers
> (do not detect code that is in error)?
>
> Antoine Trux


Absolutely a bug in Code Warrior. In function declarations, "type
name []" is exactly equivalent to "type *name", with the exception of
a special case for compilers conforming to the 1999 or later version
of the C standard, and that special case does not apply here.

So I would suggest submitting a bug report to Metrowerks.

But I would also suggest using "struct ForwardDeclared*", both to get
on with your work immediately, and because I don't like the [] syntax
in declarations because it misleads newbies, and obviously at least
one compiler's parser.

--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://c-faq.com/
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html

Jun 1 '06 #8

Flash Gordon wrote:
Vladimir Oka wrote:
PS
Posting full compilable example is, as always, the best policy when
asking this sort of question.


Not when the problem is that it won't compile as in this case! That's a
bit like saying to someone they should not go to the doctor for advice
until they have recovered from whatever they are suffering from!


You're quite right, and I apologise to the OP.

In my defence, I dropped the code into IDE, and, by mistake, chose
Build instead of Compile Only. Then, I mixed up linker and compiler
messages. I should increase the font size and/or get new glasses.

Jun 1 '06 #9
Jack Klein wrote:
.... snip ...
--
Jack Klein
Home: http://JK-Technology.Com


FYI, the above site seems to be unavailable.

.... snip ...

Jun 1 '06 #10
On Thu, 01 Jun 2006 07:46:36 GMT, "Antoine Trux"
<an**********@nokia.com> wrote in comp.lang.c:
Absolutely a bug in Code Warrior. In function declarations, "type
name []" is exactly equivalent to "type *name", with the exception of
a special case for compilers conforming to the 1999 or later version
of the C standard, and that special case does not apply here.


Then, how do you interpret the following paragraph from the C99 Standard
(thanks to Harald van Dijk for pointing it out):

------> start of C99 Standard excerpt <------
6.7.5.2 Array declarators
Constraints
1 In addition to optional type qualifiers and the keyword static, the [
and ] may delimit
an expression or *. If they delimit an expression (which specifies the size
of an array), the
expression shall have an integer type. If the expression is a constant
expression, it shall
have a value greater than zero. The element type shall not be an incomplete
or function
type. The optional type qualifiers and the keyword static shall appear only
in a
declaration of a function parameter with an array type, and then only in the
outermost
array type derivation.

------> end of C99 Standard excerpt <------
?

Antoine


The issue is not how I interpret this clause of the C standard, but
rather how I determine that this clause does not apply. In the
parameter section of a function declarator, this is _not_ an array
declarator.

That is made clear by the following:

6.7.5.3 Function declarators (including prototypes)

[snip]

7 A declaration of a parameter as ‘‘array of type’’ shall be adjusted
to ‘‘qualified pointer to type’’, where the type qualifiers (if any)
are those specified within the [ and ] of the array type derivation.
If the keyword static also appears within the [ and ] of the array
type derivation, then for each call to the function, the value of the
corresponding actual argument shall provide access to the first
element of an array with at least as many elements as specified by the
size expression.

So the standard requires that this:

return_type func_name(type param_name [])

....be adjusted to, and compiled exactly the same as:

return_type func_name(type *param_name)

Of course, "param_name" is optional if the declaration is not the
definition of the function.

So any compiler that complains that "type param_name []" in a function
declaration is violating the constraint against declaring an array of
incomplete type, it is the compiler that is in error. The compiler is
failing to perform the adjustment that 6.7.5.3 p7 requires of it. The
"shall" in this sentence is a requirement on the compiler, not the
programmer.

--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://c-faq.com/
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html
Jun 2 '06 #11
Jack Klein wrote:
On Thu, 01 Jun 2006 07:46:36 GMT, "Antoine Trux"
<an**********@nokia.com> wrote in comp.lang.c:
Absolutely a bug in Code Warrior. In function declarations, "type
name []" is exactly equivalent to "type *name", with the exception of
a special case for compilers conforming to the 1999 or later version
of the C standard, and that special case does not apply here.


Then, how do you interpret the following paragraph from the C99 Standard
(thanks to Harald van Dijk for pointing it out):

------> start of C99 Standard excerpt <------
6.7.5.2 Array declarators
Constraints
1 In addition to optional type qualifiers and the keyword static, the [
and ] may delimit
an expression or *. If they delimit an expression (which specifies the size
of an array), the
expression shall have an integer type. If the expression is a constant
expression, it shall
have a value greater than zero. The element type shall not be an incomplete
or function
type. The optional type qualifiers and the keyword static shall appear only
in a
declaration of a function parameter with an array type, and then only in the
outermost
array type derivation.

------> end of C99 Standard excerpt <------
?

Antoine


The issue is not how I interpret this clause of the C standard, but
rather how I determine that this clause does not apply. In the
parameter section of a function declarator, this is _not_ an array
declarator.


An array declarator is a syntactic construct, and also, 6.7.5.2
explicitly addresses function parameters declared as an array type,
even in the quoted text.

Jun 2 '06 #12

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

3
by: mjm | last post by:
Folks, Please help me with the following problems: ******************************************** 1. I have a class template template<class Base> class Matrix : public Base { /* .... */ }
6
by: Steven T. Hatton | last post by:
Should I be able to forward declare something from a namespace different from the current one? For example the following code compiles: //testdriver.hpp #ifndef TESTDRIVER_HPP #define...
6
by: Markus Dehmann | last post by:
I have a circular dependency between two classes. The FAQ hint about a forward declaration does not help in my case ( How can I create two classes that both know about each other?) Error:...
2
by: Plok Plokowitsch | last post by:
After over a decade of programming in C++ I seem to have missed some substantial point (mental note: am I getting too old for this?). A little bit of help would be *very* appreciated. I'm trying...
3
by: Michael Sgier | last post by:
Hello with the original code below I get the error: "forward declaration of `struct CPlayer'" class CPlayer; // what does this do? Instantiate the class CPlayer? // what's a forward...
23
by: mark.moore | last post by:
I know this has been asked before, but I just can't find the answer in the sea of hits... How do you forward declare a class that is *not* paramaterized, but is based on a template class? ...
6
by: Hunk | last post by:
Hi I have a question on usage of forward declarations of templates. While searching through this group , people suggested using forward declarations and typedefs for templates as // in...
4
by: Steve | last post by:
Hi, I always though to return an instance of a class by value, it had to be defined - i.e. forward declaration isn't good enough? Consider the following code snippet: class RGBA; class...
7
by: RedLars | last post by:
Need some help with a couple of questions. Previously I have seen this declaration; struct Student { int age; char name; }; and this definition of an object; struct Student stud;
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
0
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.