1.1 --- a/epoc32/include/stdapis/stlport/stl_user_config.h Tue Nov 24 13:55:44 2009 +0000
1.2 +++ b/epoc32/include/stdapis/stlport/stl_user_config.h Tue Mar 16 16:12:26 2010 +0000
1.3 @@ -1,1 +1,202 @@
1.4 -stl_user_config.h
1.5 +/*
1.6 + * Copyright (c) 1999
1.7 + * Boris Fomitchev
1.8 + *
1.9 + * This material is provided "as is", with absolutely no warranty expressed
1.10 + * or implied. Any use is at your own risk.
1.11 + *
1.12 + * Permission to use or copy this software for any purpose is hereby granted
1.13 + * without fee, provided the above notices are retained on all copies.
1.14 + * Permission to modify the code and to distribute modified code is granted,
1.15 + * provided the above notices are retained, and a notice that the code was
1.16 + * modified is included with the above copyright notice.
1.17 + *
1.18 + */
1.19 +
1.20 +/*
1.21 + * Purpose of this file :
1.22 + *
1.23 + * To hold user-definable portion of STLport settings which may be overridden
1.24 + * on per-project basis.
1.25 + * Please note that if you use STLport iostreams (compiled library) then you have
1.26 + * to use consistent settings when you compile STLport library and your project.
1.27 + * Those settings are defined in _site_config.h and have to be the same for a given
1.28 + * STLport installation.
1.29 + *
1.30 + */
1.31 +
1.32 +
1.33 +//==========================================================
1.34 +// User-settable macros that control compilation:
1.35 +// Features selection
1.36 +//==========================================================
1.37 +
1.38 +/* _STLP_NO_OWN_IOSTREAMS:
1.39 + * __STL_NO_SGI_IOSTREAMS (in older versions)
1.40 + * This is major configuration switch.
1.41 + * Turn it on to disable use of SGI iostreams and use wrappers
1.42 + * around your compiler's iostreams, like before.
1.43 + * Keep it off if you want to use SGI iostreams
1.44 + * (Note that in this case you have to compile library in ../src
1.45 + * and supply resulting library at link time).
1.46 + *
1.47 + */
1.48 +
1.49 +// # define _STLP_NO_OWN_IOSTREAMS 1
1.50 +
1.51 +
1.52 +/*
1.53 + * This macro only works in non-SGI iostreams mode.
1.54 + *
1.55 + * Uncomment to suppress using new-style streams even if they are
1.56 + * available.
1.57 + * Beware - _STLP_USE_OWN_NAMESPACE depends on this macro, too.
1.58 + * Do that only if you are absolutely sure backwards-compatible
1.59 + * <iostream.h> is not actually a wrapper with <iostream>
1.60 + * Hint : In VC++ 6.x, they are not.
1.61 + */
1.62 +
1.63 +// #define _STLP_NO_NEW_IOSTREAMS 1
1.64 +
1.65 +/*
1.66 + * Use this switch for embedded systems where no iostreams are available
1.67 + * at all. STLport own iostreams will also get disabled automatically then.
1.68 + */
1.69 +// # define _STLP_NO_IOSTREAMS 1
1.70 +
1.71 +/*
1.72 + * Set _STLP_DEBUG to turn the "Debug Mode" on.
1.73 + * That gets you checked iterators/ranges in the manner
1.74 + * of "Safe STL". Very useful for debugging. Thread-safe.
1.75 + * Please do not forget to link proper STLport library flavor
1.76 + * (e.g libstlport_gcc_stldebug.a) when you set this flag in STLport iostreams mode.
1.77 + */
1.78 +//#define _STLP_DEBUG 1
1.79 +
1.80 +
1.81 +/*
1.82 + *
1.83 + * _STLP_NO_CUSTOM_IO : define this if you do not instantiate basic_xxx iostream classes with custom types (which is most likely the case).
1.84 + * Custom means types other than char, wchar and char_traits<>,
1.85 + * like basic_ostream<my_char_type, my_traits<my_char_type> >
1.86 + * When this option is on, most non-inline template functions definitions for iostreams are not seen by the client.
1.87 + * Default is off, just not to break compilation for those who do use those types.
1.88 + * which saves a lot of compile time for most compilers, also object and executable size for some.
1.89 + * That also guarantees that you still use optimized standard i/o when you compile your program without optimization.
1.90 + * Option does not affect STLport library build; you may use the same binary library with and without this option,
1.91 + * on per-project basis.
1.92 + *
1.93 + */
1.94 +//#define _STLP_NO_CUSTOM_IO
1.95 +
1.96 +
1.97 +/*
1.98 + * _STLP_NO_RELOPS_NAMESPACE: if defined, don't put the relational
1.99 + * operator templates (>, <=. >=, !=) in namespace std::rel_ops, even
1.100 + * if the compiler supports namespaces.
1.101 + * Note : if the compiler do not support namespaces, those operators are not be provided by default,
1.102 + * to simulate hiding them into rel_ops. This was proved to resolve many compiler bugs with ambiguity.
1.103 + */
1.104 +
1.105 +// #define _STLP_NO_RELOPS_NAMESPACE 1
1.106 +
1.107 +
1.108 +/*
1.109 + * If _STLP_USE_OWN_NAMESPACE is in effect, STLport by default will not try
1.110 + * to rename std:: for the user
1.111 + * to _STL::. If you do want this feature, please define the following switch :
1.112 + */
1.113 +// # define _STLP_REDEFINE_STD 1
1.114 +
1.115 +
1.116 +/*
1.117 + * _STLP_WHOLE_NATIVE_STD : only meaningful in _STLP_USE_OWN_NAMESPACE mode.
1.118 + * Normally, STLport only imports necessary components from native std:: namespace -
1.119 + * those not yet provided by STLport (<iostream>, <complex>, etc.)
1.120 + * and their dependencies (<string>, <stdexcept>).
1.121 + * You might want everything from std:: being available in std:: namespace when you
1.122 + * include corresponding STLport header (like STLport <map> provides std::map as well, etc.),
1.123 + * if you are going to use both stlport:: and std:: components in your code.
1.124 + * Otherwise this option is not recommended as it increases the size of your object files
1.125 + * and slows down compilation.
1.126 + */
1.127 +// # define _STLP_WHOLE_NATIVE_STD
1.128 +
1.129 +
1.130 +/*
1.131 + * Use this option to catch uninitialized members in your classes.
1.132 + * When it is set, construct() and destroy() fill the class storage
1.133 + * with _STLP_SHRED_BYTE (see below).
1.134 + * Note : _STLP_DEBUG and _STLP_DEBUG_ALLOC don't set this option automatically.
1.135 + */
1.136 +
1.137 +// # define _STLP_DEBUG_UNINITIALIZED 1
1.138 +
1.139 +/*
1.140 + * Uncomment and provide a definition for the byte with which raw memory
1.141 + * will be filled if _STLP_DEBUG_ALLOC or _STLP_DEBUG_UNINITIALIZED is defined.
1.142 + * Choose a value which is likely to cause a noticeable problem if dereferenced
1.143 + * or otherwise abused. A good value may already be defined for your platform; see
1.144 + * stl_config.h
1.145 + */
1.146 +// #define _STLP_SHRED_BYTE 0xA3
1.147 +
1.148 +/*
1.149 + * This option is for gcc users only and only affects systems where native linker
1.150 + * does not let gcc to implement automatic instantiation of static template data members/
1.151 + * It is being put in this file as there is no way to check if we are using GNU ld automatically,
1.152 + * so it becomes user's responsibility.
1.153 + *
1.154 + */
1.155 +
1.156 +// #define _STLP_GCC_USES_GNU_LD
1.157 +
1.158 +
1.159 +//==========================================================
1.160 +// Compatibility section
1.161 +//==========================================================
1.162 +
1.163 +/*
1.164 + * Define this macro to disable anachronistic constructs (like the ones used in HP STL and
1.165 + * not included in final standard, etc.
1.166 + */
1.167 +// define _STLP_NO_ANACHRONISMS 1
1.168 +
1.169 +/*
1.170 + * Define this macro to disable STLport extensions (for example, to make sure your code will
1.171 + * compile with some other implementation )
1.172 + */
1.173 +// define _STLP_NO_EXTENSIONS 1
1.174 +
1.175 +
1.176 +/*
1.177 + * You should define this macro if compiling with MFC - STLport <stl/_config.h>
1.178 + * then include <afx.h> instead of <windows.h> to get synchronisation primitives
1.179 + *
1.180 + */
1.181 +
1.182 +// # define _STLP_USE_MFC 1
1.183 +
1.184 +
1.185 +// boris : this setting is here as we cannot detect precense of new Platform SDK automatically
1.186 +// If you are using new PSDK with VC++ 6.0 or lower, please define this to get correct prototypes for InterlockedXXX functions
1.187 +//# define _STLP_NEW_PLATFORM_SDK 1
1.188 +
1.189 +/*
1.190 + * Use minimum set of default arguments on template classes that have more
1.191 + * than one - for example map<>, set<>.
1.192 + * This has effect only if _STLP_LIMITED_DEFAULT_TEMPLATES is on.
1.193 + * If _STLP_MINIMUM_DEFAULT_TEMPLATE_PARAMS is set, you'll be able to compile
1.194 + * set<T> with those compilers, but you'll have to use __set__<T, less<T>>
1.195 + *
1.196 + * Affects : map<>, multimap<>, set<>, multiset<>, hash_*<>,
1.197 + * queue<>, priority_queue<>, stack<>, istream_iterator<>
1.198 + */
1.199 +
1.200 +// # define _STLP_MINIMUM_DEFAULT_TEMPLATE_PARAMS 1
1.201 +
1.202 +//==========================================================
1.203 +
1.204 +// Local Variables:
1.205 +// mode:C++
1.206 +// End: