File: pool_msvc_compiler_bug_test.cpp

package info (click to toggle)
boost1.83 1.83.0-5
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 545,632 kB
  • sloc: cpp: 3,857,086; xml: 125,552; ansic: 34,414; python: 25,887; asm: 5,276; sh: 4,799; ada: 1,681; makefile: 1,629; perl: 1,212; pascal: 1,139; sql: 810; yacc: 478; ruby: 102; lisp: 24; csh: 6
file content (40 lines) | stat: -rw-r--r-- 1,315 bytes parent folder | download | duplicates (19)
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()
{
}