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
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
|
#ifndef STLPLUS_PORTABILITY_FIXES
#define STLPLUS_PORTABILITY_FIXES
////////////////////////////////////////////////////////////////////////////////
// Author: Andy Rushton
// Copyright: (c) Southampton University 1999-2004
// (c) Andy Rushton 2004-2009
// License: BSD License, see ../docs/license.html
// Contains work arounds for OS or Compiler specific problems to try to make
// them look more alike
// It is strongly recommended that this header be included as the first
// #include in every source file
////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////
// Problem with MicroSoft defining two different macros to identify Windows
////////////////////////////////////////////////////////////////////////////////
#if defined(_WIN32) || defined(_WIN32_WCE)
#define MSWINDOWS
#endif
////////////////////////////////////////////////////////////////////////////////
// Problems with unnecessary or unfixable compiler warnings
////////////////////////////////////////////////////////////////////////////////
#ifdef _MSC_VER
// Microsoft Visual Studio
// shut up the following irritating warnings
// 4786 - VC6, identifier string exceeded maximum allowable length and was truncated (only affects debugger)
// 4305 - VC6, identifier type was converted to a smaller type
// 4503 - VC6, decorated name was longer than the maximum the compiler allows (only affects debugger)
// 4309 - VC6, type conversion operation caused a constant to exceeded the space allocated for it
// 4290 - VC6, C++ exception specification ignored
// 4800 - VC6, forcing value to bool 'true' or 'false' (performance warning)
// 4675 - VC7.1, "change" in function overload resolution _might_ have altered program
// 4996 - VC8, 'xxxx' was declared deprecated
#pragma warning(disable: 4786 4305 4503 4309 4290 4800 4675 4996)
#endif
#ifdef __BORLANDC__
// Borland
// Shut up the following irritating warnings
// 8026 - Functions with exception specifications are not expanded inline
// 8027 - Functions with xxx are not expanded inline
#pragma warn -8026
#pragma warn -8027
#endif
////////////////////////////////////////////////////////////////////////////////
// Problems with redefinition of min/max in various different versions of library headers
////////////////////////////////////////////////////////////////////////////////
// The Windows headers define macros called max/min which conflict with the templates std::max and std::min.
// So, to avoid conflicts, MS removed the std::max/min rather than fixing the problem!
// From Visual Studio .NET (SV7, compiler version 13.00) the STL templates have been added correctly.
// For MFC compatibility, only undef min and max in non-MFC programs - some bits of MFC
// use macro min/max in headers.
// I've created extra template function definitions minimum/maximum that avoid all the problems above
namespace stlplus
{
template<typename T> const T& maximum(const T& l, const T& r) {return l > r ? l : r;}
template<typename T> const T& minimum(const T& l, const T& r) {return l < r ? l : r;}
}
////////////////////////////////////////////////////////////////////////////////
// Problems with differences between namespaces
////////////////////////////////////////////////////////////////////////////////
// Note: not sure of the relevance of this - maybe deprecated?
// problem in gcc pre-v3 where the sub-namespaces in std aren't present
// this mean that the statement "using namespace std::rel_ops" created an error because the namespace didn't exist
// I've done a fix here that creates an empty namespace for this case, but I
// do *not* try to move the contents of std::rel_ops into namespace std
// This fix only works if you use "using namespace std::rel_ops" to bring in the template relational operators (e.g. != defined i.t.o. ==)
#ifdef __GNUC__
namespace std
{
namespace rel_ops
{
}
}
#endif
////////////////////////////////////////////////////////////////////////////////
// problems with missing functions
////////////////////////////////////////////////////////////////////////////////
#ifdef MSWINDOWS
unsigned sleep(unsigned seconds);
#else
#include <unistd.h>
#endif
////////////////////////////////////////////////////////////////////////////////
// Function for establishing endian-ness
////////////////////////////////////////////////////////////////////////////////
// Different machine architectures store data using different byte orders.
// This is referred to as Big- and Little-Endian Byte Ordering.
//
// The issue is: where does a pointer to an integer type actually point?
//
// In both conventions, the address points to the left of the word but:
// Big-Endian - The most significant byte is on the left end of a word
// Little-Endian - The least significant byte is on the left end of a word
//
// Bytes are addressed left to right, so in big-endian order byte 0 is the
// msB, whereas in little-endian order byte 0 is the lsB. For example,
// Intel-based machines store data in little-endian byte order so byte 0 is
// the lsB.
//
// This function establishes byte order at run-time
namespace stlplus
{
bool little_endian(void);
}
////////////////////////////////////////////////////////////////////////////////
#endif
|
