views:

339

answers:

3

Hi,

According to this reference entry for operator new ( http://www.cplusplus.com/reference/std/new/operator%20new/ ) :

Global dynamic storage operator functions are special in the standard library:

  • All three versions of operator new are declared in the global namespace, not in the std namespace.
  • The first and second versions are implicitly declared in every translation unit of a C++ program: The header does not need to be included for them to be present.

This seems to me to imply that the third version of operator new (placement new) is not implicitly declared in every translation unit of a C++ program and the header <new> does need to be included for it to be present. Is that correct?

If so, how is it that using both g++ and MS VC++ Express compilers it seems I can compile code using the third version of new without #include <new> in my source code?

Also, the MSDN Standard C++ Library reference entry on operator new gives some example code for the three forms of operator new which contains the #include <new> statement, however the example seems to compile and run just the same for me without this include?

// new_op_new.cpp
// compile with: /EHsc
#include<new>
#include<iostream>

using namespace std;

class MyClass 
{
public: 
   MyClass( )
   {
      cout << "Construction MyClass." << this << endl;
   };

   ~MyClass( )
   {
      imember = 0; cout << "Destructing MyClass." << this << endl;
   };
   int imember;
};

int main( ) 
{
   // The first form of new delete
   MyClass* fPtr = new MyClass;
   delete fPtr;

   // The second form of new delete
   char x[sizeof( MyClass )];
   MyClass* fPtr2 = new( &x[0] ) MyClass;
   fPtr2 -> ~MyClass();
   cout << "The address of x[0] is : " << ( void* )&x[0] << endl;

   // The third form of new delete
   MyClass* fPtr3 = new( nothrow ) MyClass;
   delete fPtr3;
}

Could anyone shed some light on this and when and why you might need to #include <new> - maybe some example code that will not compile without #include <new> ?

Thanks.

A: 

Operator new defined in <new> header throws bad_alloc exception (which is declared in the same header) instead of returning NULL when memory allocation is not possible. <new> header also defines

void* operator new (std::size_t size, const std::nothrow_t& nothrow_constant) throw();

variant which does not throw exceptions and placement new variant. Without <new> you get only plain old, NULL-returning operator new. All three operator overloads:

void* operator new (std::size_t size) throw (std::bad_alloc);
void* operator new (std::size_t size, const std::nothrow_t& nothrow_constant) throw();
void* operator new (std::size_t size, void* ptr) throw();

are declared in <new> header. However, some compilers may make them available implicitly, but this is non-standard, and you should not rely on it.

el.pescado
It's the other way around. The throwing new is the default, nothrow requires including <new>.
Baffe Boyois
I think that it is the reverse. If you don't include `<new>`, you get the exception version of new (which is the default, according to the standard). You do not need the declaration of `std::bad_alloc` to call new, only if you want to catch the exception. If you want the nothrow version, you should include `<new>`, since `std::nothrow` is defined in that header.
KeithB
It turns out you're right. But, how did it work when C++ didn't have exceptions?
el.pescado
+1  A: 

Nothing in C++ prevents standard headers from including other standard headers. So if you include any standard header you might conceivably indirectly include all of them. However, this behaviour is totally implementation dependent, and if you need the features of a specific header you should always explicitly include it yourself.

anon
So, with the code and the compilers I have tried (see original question), the most likely explanation for it compiling ok without the include <new> is that other headers I have included have themselves included the <new> library? If I am understanding your answer correctly then that would resolve my confusion and seems plausible.
Czarak
~Czarak Yup. For example, in the GCC implementation I use the header `<functional>` includes `<new>` - there may be others.
anon
Thanks Neil, very concise answer to my central question.
Czarak
+3  A: 

The C++ Standard verse 3.7.4.2 says :-

The library provides default definitions for the global allocation and deallocation functions. Some global allocation and deallocation functions are replaceable (18.6.1). A C++ program shall provide at most one definition of a replaceable allocation or deallocation function. Any such function definition replaces the default version provided in the library (17.6.3.6). The following allocation and deallocation functions (18.6) are implicitly declared in global scope in each translation unit of a program.

void* operator new(std::size_t) throw(std::bad_alloc); 
void* operator new[](std::size_t) throw std::bad_alloc); 
void operator delete(void*) throw(); 
void operator delete[](void*) throw();

These implicit declarations introduce only the function names operator new, operator new[], operator delete, operator delete[]. [ Note: the implicit declarations do not introduce the names std, std::bad_alloc, and std::size_t, or any other names that the library uses to declare these names. Thus, a newexpression, delete-expression or function call that refers to one of these functions without including the header is well-formed. However, referring to std, std::bad_alloc, and std::size_t is ill-formed unless the name has been declared by including the appropriate header. —end note ]

Also, the std::nothrow version of the operator new requires the inclusion of the header. The standard though does not specify implicit inclusion of the header files within other header files. So it is safe and portable to follow the standard when the names std::bad_alloc etc are referred.

Abhay
Thank you for your answer - I follow everything except the final two sentences of your answer - could you elaborate or clarify?
Czarak
@Czarak: It means; if you want your code to be portable, do not rely on implicit header includes of your implementation. Check with reliable sources (like the Standard) for the exact header that declares the functions. the gist is: If atall you need to catch your memory failure errors, you need to include `<new>` because `both std::bad_alloc` and `std::nothrow` are defined there!
Abhay
@Abhay, thank you for your input, it was very helpful.
Czarak