views:

1310

answers:

6

Different compilers seem to have different ideas about TR1. G++ only seems to accept includes of the type:

#include <tr1/unordered_map>
#include <tr1/memory>
...

While Microsofts compiler only accept:

#include <unordered_map>
#include <memory>
...

As for as I understand TR1, the Microsoft way is the correct one.

Is there a way to get G++ to accept the second version? How does one in general handle TR1 in a portable way?

+3  A: 

Perhaps the best way would be to simply use boost libraries for now, as in many cases they have alternatives with a similar interface to TR1 features, and are just in a different (but consistent) header path and namespace. This has the advantage of working on compilers that haven't even begun implementing C++0x. And there are plenty of useful boost libraries that aren't in TR1 at all :)

Alternately, on G++, you could try passing --std=gnu++0x on the command line. This works for <unordered_set> and <unordered_map>, at least. Then to make it available in std::tr1:

namespace std { namespace tr1 { using namespace std; } }

This is evil, naturally. I highly recommend the boost approach instead :)

bdonlan
Using -std=c++0x or -std=gnu++0x doesn't work as it will only make std::unordered_set<> available, but not std::tr1::unordered_set<>.
Grumbel
@Grumbel, updated with an evil hack that will make it available in std::tr1
bdonlan
+3  A: 

A tad hacky perhaps, but you could simply add the compiler tr1 directory to your include path.

jon hanson
+1  A: 

If under Windows, add the 'tr1' directory to the system path. Then #include <memory> should work.

John Dibling
do compilers on windows use the system path as well as the include path when resolving includes?
jon hanson
No, they don't.
anon
+7  A: 

Install boost on your machine.
Add the following directory to your search path.

<Boost Install Directory>/boost/tr1/tr1

see here boost tr1 for details

Now when you include <memory> you get the tr1 version of memory that has std::tr1::shared_ptr and then it includes the platform specific version of <memory> to get all the normal goodies.

Martin York
+1. Since TR1 appears to be "lets import these boost classes into the standard"
KitsuneYMG
+1  A: 

I asked myself the same question. Unfortunately, the technical report doesn't say how the headers should be included. It only defines that the extensions should be in the ::std::tr1 namespace.

sellibitze
A: 
#ifdef _WIN32
    #include <unordered_map>
    #include <memory>
#else
    #include <tr1/unordered_map>
    #include <trl/memory>
#endif
mtd