gcc/libstdc++/stl
Geoff Berry 180ca3a1bb bitset (bitset::_M_is_any): Don't use __BITSET_WORDS macro on _Nw since _Nw is already the number of words...
* stl/bitset (bitset::_M_is_any): Don't use __BITSET_WORDS macro
	on _Nw since _Nw is already the number of words in the bitset.

From-SVN: r35885
2000-08-22 13:24:01 -06:00
..
algo.h
algobase.h
algorithm
alloc.h
bitset bitset (bitset::_M_is_any): Don't use __BITSET_WORDS macro on _Nw since _Nw is already the number of words... 2000-08-22 13:24:01 -06:00
bvector.h
ChangeLog bitset (bitset::_M_is_any): Don't use __BITSET_WORDS macro on _Nw since _Nw is already the number of words... 2000-08-22 13:24:01 -06:00
defalloc.h
deque
deque.h
function.h
functional
hash_map
hash_map.h
hash_set
hash_set.h
hashtable.h
heap.h
iterator
iterator.h
list
list.h
map
map.h
memory
multimap.h
multiset.h
numeric
pair.h
pthread_alloc
pthread_alloc.h
queue
README
rope
rope.h
ropeimpl.h
set
set.h
slist
slist.h
stack
stack.h
stl_algo.h stl_function.h (bind1st, bind2nd): Rename __opr to __oper, as __opr is used internally by egcs. 2000-07-10 17:04:22 -04:00
stl_algobase.h
stl_alloc.h
stl_bvector.h
stl_config.h
stl_construct.h
stl_deque.h
stl_function.h stl_function.h (bind1st, bind2nd): Rename __opr to __oper, as __opr is used internally by egcs. 2000-07-10 17:04:22 -04:00
stl_hash_fun.h
stl_hash_map.h
stl_hash_set.h
stl_hashtable.h
stl_heap.h
stl_iterator.h
stl_list.h
stl_map.h
stl_multimap.h
stl_multiset.h
stl_numeric.h stl_function.h (bind1st, bind2nd): Rename __opr to __oper, as __opr is used internally by egcs. 2000-07-10 17:04:22 -04:00
stl_pair.h
stl_queue.h
stl_raw_storage_iter.h
stl_relops.h
stl_rope.h
stl_set.h
stl_slist.h
stl_stack.h
stl_tempbuf.h
stl_tree.h
stl_uninitialized.h
stl_vector.h
tempbuf.h
tree.h
type_traits.h
utility
vector
vector.h

This directory contains an SGI release of the C++ Standard Template
Library, slightly modified to work with g++.

Note that this is based on a pre-Draft Standard for C++.
Things are likely to change.  For example, the header file names
are very likely to change.  The Allocator interface will change.  Etc, etc.
CYGNUS MAKES NO COMMITTMENT (yet) TO SUPPORT BACKWARD COMPATIBILITY FOR STL.

For examples of things that should work, look in the ../tests directory.

DOCUMENTATION:
See http://www.sgi.com/Technology/STL/ or http://www.dinkumware.com/
on the World-Wide Web.