williamr@2: /* williamr@2: * Copyright (c) 1999 williamr@2: * Boris Fomitchev williamr@2: * williamr@2: * This material is provided "as is", with absolutely no warranty expressed williamr@2: * or implied. Any use is at your own risk. williamr@2: * williamr@2: * Permission to use or copy this software for any purpose is hereby granted williamr@2: * without fee, provided the above notices are retained on all copies. williamr@2: * Permission to modify the code and to distribute modified code is granted, williamr@2: * provided the above notices are retained, and a notice that the code was williamr@2: * modified is included with the above copyright notice. williamr@2: * williamr@2: */ williamr@2: williamr@2: /* williamr@2: * Purpose of this file : williamr@2: * williamr@2: * To hold user-definable portion of STLport settings which may be overridden williamr@2: * on per-project basis. williamr@2: * Please note that if you use STLport iostreams (compiled library) then you have williamr@2: * to use consistent settings when you compile STLport library and your project. williamr@2: * Those settings are defined in _site_config.h and have to be the same for a given williamr@2: * STLport installation. williamr@2: * williamr@2: */ williamr@2: williamr@2: williamr@2: //========================================================== williamr@2: // User-settable macros that control compilation: williamr@2: // Features selection williamr@2: //========================================================== williamr@2: williamr@2: /* _STLP_NO_OWN_IOSTREAMS: williamr@2: * __STL_NO_SGI_IOSTREAMS (in older versions) williamr@2: * This is major configuration switch. williamr@2: * Turn it on to disable use of SGI iostreams and use wrappers williamr@2: * around your compiler's iostreams, like before. williamr@2: * Keep it off if you want to use SGI iostreams williamr@2: * (Note that in this case you have to compile library in ../src williamr@2: * and supply resulting library at link time). williamr@2: * williamr@2: */ williamr@2: williamr@2: // # define _STLP_NO_OWN_IOSTREAMS 1 williamr@2: williamr@2: williamr@2: /* williamr@2: * This macro only works in non-SGI iostreams mode. williamr@2: * williamr@2: * Uncomment to suppress using new-style streams even if they are williamr@2: * available. williamr@2: * Beware - _STLP_USE_OWN_NAMESPACE depends on this macro, too. williamr@2: * Do that only if you are absolutely sure backwards-compatible williamr@2: * is not actually a wrapper with williamr@2: * Hint : In VC++ 6.x, they are not. williamr@2: */ williamr@2: williamr@2: // #define _STLP_NO_NEW_IOSTREAMS 1 williamr@2: williamr@2: /* williamr@2: * Use this switch for embedded systems where no iostreams are available williamr@2: * at all. STLport own iostreams will also get disabled automatically then. williamr@2: */ williamr@2: // # define _STLP_NO_IOSTREAMS 1 williamr@2: williamr@2: /* williamr@2: * Set _STLP_DEBUG to turn the "Debug Mode" on. williamr@2: * That gets you checked iterators/ranges in the manner williamr@2: * of "Safe STL". Very useful for debugging. Thread-safe. williamr@2: * Please do not forget to link proper STLport library flavor williamr@2: * (e.g libstlport_gcc_stldebug.a) when you set this flag in STLport iostreams mode. williamr@2: */ williamr@2: //#define _STLP_DEBUG 1 williamr@2: williamr@2: williamr@2: /* williamr@2: * williamr@2: * _STLP_NO_CUSTOM_IO : define this if you do not instantiate basic_xxx iostream classes with custom types (which is most likely the case). williamr@2: * Custom means types other than char, wchar and char_traits<>, williamr@2: * like basic_ostream > williamr@2: * When this option is on, most non-inline template functions definitions for iostreams are not seen by the client. williamr@2: * Default is off, just not to break compilation for those who do use those types. williamr@2: * which saves a lot of compile time for most compilers, also object and executable size for some. williamr@2: * That also guarantees that you still use optimized standard i/o when you compile your program without optimization. williamr@2: * Option does not affect STLport library build; you may use the same binary library with and without this option, williamr@2: * on per-project basis. williamr@2: * williamr@2: */ williamr@2: //#define _STLP_NO_CUSTOM_IO williamr@2: williamr@2: williamr@2: /* williamr@2: * _STLP_NO_RELOPS_NAMESPACE: if defined, don't put the relational williamr@2: * operator templates (>, <=. >=, !=) in namespace std::rel_ops, even williamr@2: * if the compiler supports namespaces. williamr@2: * Note : if the compiler do not support namespaces, those operators are not be provided by default, williamr@2: * to simulate hiding them into rel_ops. This was proved to resolve many compiler bugs with ambiguity. williamr@2: */ williamr@2: williamr@2: // #define _STLP_NO_RELOPS_NAMESPACE 1 williamr@2: williamr@2: williamr@2: /* williamr@2: * If _STLP_USE_OWN_NAMESPACE is in effect, STLport by default will not try williamr@2: * to rename std:: for the user williamr@2: * to _STL::. If you do want this feature, please define the following switch : williamr@2: */ williamr@2: // # define _STLP_REDEFINE_STD 1 williamr@2: williamr@2: williamr@2: /* williamr@2: * _STLP_WHOLE_NATIVE_STD : only meaningful in _STLP_USE_OWN_NAMESPACE mode. williamr@2: * Normally, STLport only imports necessary components from native std:: namespace - williamr@2: * those not yet provided by STLport (, , etc.) williamr@2: * and their dependencies (, ). williamr@2: * You might want everything from std:: being available in std:: namespace when you williamr@2: * include corresponding STLport header (like STLport provides std::map as well, etc.), williamr@2: * if you are going to use both stlport:: and std:: components in your code. williamr@2: * Otherwise this option is not recommended as it increases the size of your object files williamr@2: * and slows down compilation. williamr@2: */ williamr@2: // # define _STLP_WHOLE_NATIVE_STD williamr@2: williamr@2: williamr@2: /* williamr@2: * Use this option to catch uninitialized members in your classes. williamr@2: * When it is set, construct() and destroy() fill the class storage williamr@2: * with _STLP_SHRED_BYTE (see below). williamr@2: * Note : _STLP_DEBUG and _STLP_DEBUG_ALLOC don't set this option automatically. williamr@2: */ williamr@2: williamr@2: // # define _STLP_DEBUG_UNINITIALIZED 1 williamr@2: williamr@2: /* williamr@2: * Uncomment and provide a definition for the byte with which raw memory williamr@2: * will be filled if _STLP_DEBUG_ALLOC or _STLP_DEBUG_UNINITIALIZED is defined. williamr@2: * Choose a value which is likely to cause a noticeable problem if dereferenced williamr@2: * or otherwise abused. A good value may already be defined for your platform; see williamr@2: * stl_config.h williamr@2: */ williamr@2: // #define _STLP_SHRED_BYTE 0xA3 williamr@2: williamr@2: /* williamr@2: * This option is for gcc users only and only affects systems where native linker williamr@2: * does not let gcc to implement automatic instantiation of static template data members/ williamr@2: * It is being put in this file as there is no way to check if we are using GNU ld automatically, williamr@2: * so it becomes user's responsibility. williamr@2: * williamr@2: */ williamr@2: williamr@2: // #define _STLP_GCC_USES_GNU_LD williamr@2: williamr@2: williamr@2: //========================================================== williamr@2: // Compatibility section williamr@2: //========================================================== williamr@2: williamr@2: /* williamr@2: * Define this macro to disable anachronistic constructs (like the ones used in HP STL and williamr@2: * not included in final standard, etc. williamr@2: */ williamr@2: // define _STLP_NO_ANACHRONISMS 1 williamr@2: williamr@2: /* williamr@2: * Define this macro to disable STLport extensions (for example, to make sure your code will williamr@2: * compile with some other implementation ) williamr@2: */ williamr@2: // define _STLP_NO_EXTENSIONS 1 williamr@2: williamr@2: williamr@2: /* williamr@2: * You should define this macro if compiling with MFC - STLport williamr@2: * then include instead of to get synchronisation primitives williamr@2: * williamr@2: */ williamr@2: williamr@2: // # define _STLP_USE_MFC 1 williamr@2: williamr@2: williamr@2: // boris : this setting is here as we cannot detect precense of new Platform SDK automatically williamr@2: // If you are using new PSDK with VC++ 6.0 or lower, please define this to get correct prototypes for InterlockedXXX functions williamr@2: //# define _STLP_NEW_PLATFORM_SDK 1 williamr@2: williamr@2: /* williamr@2: * Use minimum set of default arguments on template classes that have more williamr@2: * than one - for example map<>, set<>. williamr@2: * This has effect only if _STLP_LIMITED_DEFAULT_TEMPLATES is on. williamr@2: * If _STLP_MINIMUM_DEFAULT_TEMPLATE_PARAMS is set, you'll be able to compile williamr@2: * set with those compilers, but you'll have to use __set__> williamr@2: * williamr@2: * Affects : map<>, multimap<>, set<>, multiset<>, hash_*<>, williamr@2: * queue<>, priority_queue<>, stack<>, istream_iterator<> williamr@2: */ williamr@2: williamr@2: // # define _STLP_MINIMUM_DEFAULT_TEMPLATE_PARAMS 1 williamr@2: williamr@2: //========================================================== williamr@2: williamr@2: // Local Variables: williamr@2: // mode:C++ williamr@2: // End: