File: pool_msvc_compiler_bug_test.cpp

package info (click to toggle)
boost1.42 1.42.0-4
  • links: PTS, VCS
  • area: main
  • in suites: squeeze
  • size: 277,864 kB
  • ctags: 401,076
  • sloc: cpp: 1,235,659; xml: 74,142; ansic: 41,313; python: 26,756; sh: 11,840; cs: 2,118; makefile: 655; perl: 494; yacc: 456; asm: 353; csh: 6
file content (40 lines) | stat: -rw-r--r-- 1,315 bytes parent folder | download | duplicates (20)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
// Copyright (C) 2008 Jurko Gospodnetic
//
// Distributed under the Boost Software License, Version 1.0. (See
// accompanying file LICENSE_1_0.txt or copy at
// http://www.boost.org/LICENSE_1_0.txt)


//   This tests whether the Boost Pool library managed to get a regression and
// hit the MSVC 'variables exported to global namespace' bug again. This bug
// affects at least MSVC 7.1 & 8.0 releases and has been fixed in the MSVC 9.0
// release.
//
//   If the bug exists this test should fail to compile, complaining about an
// ambiguous CRITICAL_SECTION symbol. The bug got fixed by making the boost/
// /pool/detail/mutex.hpp header reference all Windows API constants using their
// fully qualified names.
//
//   To see the bug in action without using any Boost libraries run the
// following program:
//
//     namespace One { class Brick; }
//     namespace Two
//     {
//         using namespace One;
//         template <class TinyTemplateParam> class TinyClass {};
//     }
//     class Brick {};
//     Brick brick;
//     int main() {}
//                                                   (17.04.2008.) (Jurko)


#include "boost/archive/text_iarchive.hpp"
#include "boost/pool/detail/mutex.hpp"
//   Including "boost/pool/pool_alloc.hpp" instead of mutex.hpp should work as
// well.

int main()
{
}