29

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?

bdonlan
  • 224,562
  • 31
  • 268
  • 324
Grumbel
  • 6,585
  • 6
  • 39
  • 50
  • 5
    TR1 is not actually part of the C++ Standard, so the "correct" way of including these non-standard header files must be moot. –  Aug 04 '09 at 16:28

6 Answers6

17

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
  • 257,169
  • 86
  • 333
  • 562
14
#ifdef _WIN32
    #include <unordered_map>
    #include <memory>
#else
    #include <tr1/unordered_map>
    #include <trl/memory>
#endif
mtd
  • 141
  • 1
  • 2
4

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
  • 224,562
  • 31
  • 268
  • 324
  • 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 Aug 04 '09 at 16:13
  • @Grumbel, updated with an evil hack that will make it available in std::tr1 – bdonlan Aug 04 '09 at 16:37
3

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

jon hanson
  • 8,722
  • 2
  • 37
  • 61
2

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

John Dibling
  • 99,718
  • 31
  • 186
  • 324
2

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
  • 27,611
  • 3
  • 75
  • 95