File: pool_msvc_compiler_bug_test.cpp

package info (click to toggle)
boost1.90 1.90.0-1
  • links: PTS, VCS
  • area: main
  • in suites:
  • size: 593,120 kB
  • sloc: cpp: 4,190,908; xml: 196,648; python: 34,618; ansic: 23,145; asm: 5,468; sh: 3,774; makefile: 1,161; perl: 1,020; sql: 728; ruby: 676; yacc: 478; java: 77; lisp: 24; csh: 6
file content (40 lines) | stat: -rw-r--r-- 1,315 bytes parent folder | download | duplicates (21)
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()
{
}