Is this a Bug of VS 2005?

[Lighter]

Is this a Bug of VS 2005?

We know size_t is not a built-in data type in C++, rather, it is just a
typedef declaration.

However, I found the following code could be normally compiled with VS
2005:

// Note that I don't include any header file in this source file

size_t Test(size_t a)
{
return a;
}

int main()
{
size_t n = Test(8);

return n;
}

Why? Is this really a bug of VS 2005?

[Mike Smith]

Darwin Lalo wrote:

Ian Collins wrote:

>Darwin Lalo wrote:

>>Some "Header Files" is Default Includes.

Name one.

<stdlib.h>

Not in a strictly conforming implementation. MSVC may do this, but it's
not standard behavior.

--
Mike Smith

[Bo Persson]

"Darwin Lalo" <co********@gma il.comskrev i meddelandet
news:11******** *************@m 79g2000cwm.goog legroups.com...

Lighter ??:

>Is this a Bug of VS 2005?

We know size_t is not a built-in data type in C++, rather, it is
just a
typedef declaration.

However, I found the following code could be normally compiled with
VS
2005:

// Note that I don't include any header file in this source file

size_t Test(size_t a)
{
return a;
}

int main()
{
size_t n = Test(8);

return n;
}

Why? Is this really a bug of VS 2005?

Some "Header Files" is Default Includes.

Not really, but size_t is the type of the return value of the sizeof
operator. That can be used without including any headers, so the
compiler must have builtin knowledge of size_t. This is just made
visible here.
Bo Persson

[Ron Natalie]

Bo Persson wrote:

>
Not really, but size_t is the type of the return value of the sizeof
operator. That can be used without including any headers, so the
compiler must have builtin knowledge of size_t. This is just made
visible here.

It does not need to be visible. The sizeof operator is quite
capable of working without the NAME size_t being defined. It
does on just about any other compiler OTHER than visual studio.

[Jack Klein]

On 4 Aug 2006 02:24:42 -0700, "Darwin Lalo" <co********@gma il.com>
wrote in comp.lang.c++:

>
Lighter ???

Is this a Bug of VS 2005?

We know size_t is not a built-in data type in C++, rather, it is just a
typedef declaration.

However, I found the following code could be normally compiled with VS
2005:

// Note that I don't include any header file in this source file

size_t Test(size_t a)
{
return a;
}

int main()
{
size_t n = Test(8);

return n;
}

Why? Is this really a bug of VS 2005?

Some "Header Files" is Default Includes.

That was my first thought, but did you see the note the OP put above
the function? C++ specifically allows any standard header to include
any or all other standard headers. But it certainly does not give the
implementation permission to include any standard headers in a
translation unit that includes nothing.

--
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.l earn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html

[Jack Klein]

On Fri, 04 Aug 2006 12:47:40 +0200, "Alf P. Steinbach"
<al***@start.no wrote in comp.lang.c++:

* Jack Klein:

On 3 Aug 2006 21:38:52 -0700, "Lighter" <cq****@gmail.c omwrote in
comp.lang.c++:

Is this a Bug of VS 2005?

No.

We know size_t is not a built-in data type in C++, rather, it is just a
typedef declaration.

However, I found the following code could be normally compiled with VS
2005:

// Note that I don't include any header file in this source file

size_t Test(size_t a)
{
return a;
}

int main()
{
size_t n = Test(8);

return n;
}

Why? Is this really a bug of VS 2005?

It can be considered an extension,

Yes.

and extensions are perfectly valid
as long as they do not affect the behavior of a strictly conforming
program.

Yes, but a diagnostic must be issued (in standards-compliant mode). The
compiler can then go on to compile the rest with no further diagnostics.

I think it's a bug, possibly one intentionally introduced to make some
code that relies on this behavior, compile cleanly.

The OP said it "compiled normally", which to me means it produced an
executable. He did not specify whether or not it issued a diagnostic.

--
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.l earn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html

[Jack Klein]

On Fri, 04 Aug 2006 08:10:25 -0400, Ron Natalie <ro*@spamcop.ne t>
wrote in comp.lang.c++:

Jack Klein wrote:

It can be considered an extension, and extensions are perfectly valid
as long as they do not affect the behavior of a strictly conforming
program. And this can't, because the program has undefined behavior
by using an undefined type.

Except the compiler should say something. The program is ill-formed.

The OP said it "compiled normally", which to me means it produced an
executable. He did not specify whether or not it issued a diagnostic.

--
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.l earn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html

[Lighter]

Jack Klein wrote:

The OP said it "compiled normally", which to me means it produced an
executable. He did not specify whether or not it issued a diagnostic.

I'm the OP. I meant that VS 2005 did not give any error or warning
message during it compiled the code mentioned above.