November 2005 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Tue Nov 1 13:53:00 GMT 2005
Ending: Wed Nov 30 20:07:00 GMT 2005
Messages: 329

• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   chris jefferson
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Paolo Carlini
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Paolo Carlini
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Paolo Carlini
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   chris jefferson
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Bo Persson
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Paolo Carlini
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Geoffrey Keating
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Paolo Carlini
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Jonathan Wakely
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Jonathan Wakely
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Paolo Carlini
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Paolo Carlini
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Joe Buck
• [C++] Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• [Patch, RFA] libstdc++/24975: aliasing rules violations in set/multiset   Paolo Carlini
• [Patch, RFA] libstdc++/24975: aliasing rules violations in set/multiset   Gabriel Dos Reis
• [Patch, RFA] libstdc++/24975: aliasing rules violations in set/multiset   Paolo Carlini
• [Patch, v7] DR 431 for sso/rc-strings   Paolo Carlini
• [Patch, v7] DR 431 for sso/rc-strings   Paolo Carlini
• [Patch, v7] DR 431 for sso/rc-strings   Benjamin Kosnik
• [Patch, v7] DR 431 for sso/rc-strings   Paolo Carlini
• [Patch, v7] libstdc++/24617 (was: Re: [Patch] libstdc++/23425)   Paolo Carlini
• [patch] : Tiny change to _NullClass in <tr1/tuple>   chris jefferson
• [patch] : Tiny change to _NullClass in <tr1/tuple>   Andrew Pinski
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Howard Hinnant
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Howard Hinnant
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   chris jefferson
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   chris jefferson
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Howard Hinnant
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Howard Hinnant
• [Patch] libstdc++/23425   Benjamin Kosnik
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Paolo Carlini
• [Patch] libstdc++/23425   Howard Hinnant
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Paolo Carlini
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Paolo Carlini
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Benjamin Kosnik
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Gabriel Dos Reis
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Benjamin Kosnik
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Benjamin Kosnik
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Gabriel Dos Reis
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Gabriel Dos Reis
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Paolo Carlini
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Benjamin Kosnik
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Gabriel Dos Reis
• [RFA] libstdc++/22203, aka PowerPC vs numeric_limits<integer>::traps   Andrew Pinski
• [RFH] libstdc++ compatibility configured with different allocators   Matthias Klose
• [v3] Further tweak sso_string::_M_swap   Paolo Carlini
• [v3] libstdc++/23591   Benjamin Kosnik
• [v3] makefile tweaks for CXXFLAGS, etc   Benjamin Kosnik
• __gcc_cpu_feature   Paolo Carlini
• __gcc_cpu_feature   Richard Guenther
• __gcc_cpu_feature   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Richard Guenther
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Richard Guenther
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Howard Hinnant
• Call for compiler help/advice: atomic builtins for v3   Mark Mitchell
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Richard Henderson
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Mark Mitchell
• Call for compiler help/advice: atomic builtins for v3   Richard Guenther
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Mark Mitchell
• Call for compiler help/advice: atomic builtins for v3   Richard Henderson
• Call for compiler help/advice: atomic builtins for v3   Mark Mitchell
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Ian Lance Taylor
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Peter Dimov
• Call for compiler help/advice: atomic builtins for v3   Florian Weimer
• Call for compiler help/advice: atomic builtins for v3   Florian Weimer
• Call for compiler help/advice: atomic builtins for v3   Richard Henderson
• Call for compiler help/advice: atomic builtins for v3   Florian Weimer
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Ulrich Drepper
• Call for compiler help/advice: atomic builtins for v3   Mark Mitchell
• Call for compiler help/advice: atomic builtins for v3   Richard Henderson
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Richard Henderson
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Richard Guenther
• Call for compiler help/advice: atomic builtins for v3   Richard Henderson
• Call for compiler help/advice: atomic builtins for v3   Richard Henderson
• Call for compiler help/advice: atomic builtins for v3   Richard Henderson
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Richard Guenther
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Richard Guenther
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Richard Guenther
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Gabriel Dos Reis
• Call for compiler help/advice: atomic builtins for v3   Ulrich Drepper
• Call for compiler help/advice: atomic builtins for v3   Daniel Jacobowitz
• Call for compiler help/advice: atomic builtins for v3   Ulrich Drepper
• Call for compiler help/advice: atomic builtins for v3   Daniel Jacobowitz
• Call for compiler help/advice: atomic builtins for v3   Andrew Pinski
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• Call for compiler help/advice: atomic builtins for v3   Ulrich Drepper
• Call for compiler help/advice: atomic builtins for v3   Andrew Pinski
• Call for compiler help/advice: atomic builtins for v3   Ulrich Drepper
• Call for compiler help/advice: atomic builtins for v3   Paolo Carlini
• const valarray question   DJ Delorie
• const valarray question   Gabriel Dos Reis
• const valarray question   DJ Delorie
• Current __exchange_and_add on ia64   Paolo Carlini
• Current __exchange_and_add on ia64 (was: Memory barriers..)   Paolo Carlini
• Current __exchange_and_add on ia64 (was: Memory barriers..)   Alexander Terekhov
• Deque... (Re: [Patch] libstdc++/23425)   Paolo Carlini
• Deque... (Re: [Patch] libstdc++/23425)   Howard Hinnant
• Deque... (Re: [Patch] libstdc++/23425)   Paolo Carlini
• Deque... (Re: [Patch] libstdc++/23425)   Paolo Carlini
• Deque... (Re: [Patch] libstdc++/23425)   Paolo Carlini
• Deque... (Re: [Patch] libstdc++/23425)   Howard Hinnant
• Deque... (Re: [Patch] libstdc++/23425)   Paolo Carlini
• empty slices: defined?   DJ Delorie
• empty slices: defined?   Gabriel Dos Reis
• empty slices: defined?   Paolo Carlini
• empty slices: defined?   Gabriel Dos Reis
• empty slices: defined?   DJ Delorie
• empty slices: defined?   Gabriel Dos Reis
• empty slices: defined?   DJ Delorie
• empty slices: defined?   Gabriel Dos Reis
• empty slices: defined?   DJ Delorie
• empty slices: defined?   Gabriel Dos Reis
• empty slices: defined?   Gabriel Dos Reis
• empty slices: defined?   DJ Delorie
• empty slices: defined?   DJ Delorie
• empty slices: defined?   Gabriel Dos Reis
• empty slices: defined?   DJ Delorie
• eprintf, darwin, etc.   Geoffrey Keating
• eprintf, darwin, etc.   Benjamin Kosnik
• eprintf for darwin, as committed   Geoffrey Keating
• eprintf for darwin, as committed   Benjamin Kosnik
• exchange_and_add inlined in g++ 4.0.2   bert hubert
• exchange_and_add inlined in g++ 4.0.2   Paolo Carlini
• exchange_and_add inlined in g++ 4.0.2   bert hubert
• exchange_and_add inlined in g++ 4.0.2   Paolo Carlini
• exchange_and_add inlined in g++ 4.0.2   bert hubert
• exchange_and_add inlined in g++ 4.0.2   Paolo Carlini
• exchange_and_add inlined in g++ 4.0.2   Paolo Carlini
• exchange_and_add inlined in g++ 4.0.2   bert hubert
• exchange_and_add inlined in g++ 4.0.2   Paolo Carlini
• exchange_and_add inlined in g++ 4.0.2   Paolo Carlini
• exchange_and_add inlined in g++ 4.0.2   Peter Dimov
• exchange_and_add inlined in g++ 4.0.2   Paolo Carlini
• ext/vstring.h swap vs unequal allocators   Paolo Carlini
• ext/vstring.h swap vs unequal allocators   Paolo Carlini
• ext/vstring.h swap vs unequal allocators   Paolo Carlini
• ext/vstring.h swap vs unequal allocators   Howard Hinnant
• ext/vstring.h swap vs unequal allocators   Paolo Carlini
• FW: Special functions in TR1   Smith-Rowland, Edward M (Contractor)
• FW: Special functions in TR1   Paolo Carlini
• FW: Special functions in TR1   Theodore Papadopoulo
• GCC Bugzilla Bug 24025   Howard Hinnant
• GCC Bugzilla Bug 24025   Paolo Carlini
• GCC Bugzilla Bug 24025   Paolo Carlini
• GCC Bugzilla Bug 24025   Paolo Carlini
• GCC Bugzilla Bug 24025   Howard Hinnant
• GCC Bugzilla Bug 24025   Paolo Carlini
• Getting file descriptors from ifstream   massimiliano cialdi
• Getting file descriptors from ifstream   Paolo Carlini
• Getting file descriptors from ifstream   Theodore Papadopoulo
• Getting file descriptors from ifstream   Paolo Carlini
• It's v7-> mainline merge time!   Paolo Carlini
• It's v7-> mainline merge time!   Gabriel Dos Reis
• It's v7-> mainline merge time!   Paolo Carlini
• It's v7-> mainline merge time!   Paolo Carlini
• It's v7-> mainline merge time!   chris jefferson
• It's v7-> mainline merge time!   Gabriel Dos Reis
• It's v7-> mainline merge time!   Paolo Carlini
• It's v7-> mainline merge time!   Benjamin Kosnik
• It's v7-> mainline merge time!   Paolo Carlini
• lazy facet instantiation   Howard Hinnant
• lazy facet instantiation   Paolo Carlini
• lazy facet instantiation   Paolo Carlini
• lazy facet instantiation   Howard Hinnant
• lazy facet instantiation   Howard Hinnant
• lazy facet instantiation   Paolo Carlini
• lazy facet instantiation   Howard Hinnant
• lazy facet instantiation   Martin Sebor
• lazy facet instantiation   Paolo Carlini
• lazy facet instantiation   Howard Hinnant
• lazy facet instantiation   Martin Sebor
• lazy facet instantiation   Howard Hinnant
• lazy facet instantiation   Paolo Carlini
• lazy facet instantiation   Howard Hinnant
• lazy facet instantiation   Paolo Carlini
• libstdc++ configury fix for darwin exports   Geoffrey Keating
• LSB 3.0 compliance of libstdc++.so.6 independent of allocator?   Matthias Klose
• LSB 3.0 compliance of libstdc++.so.6 independent of allocator?   Benjamin Kosnik
• LSB 3.0 compliance of libstdc++.so.6 independent of allocator?   Mats Wichmann
• matching function for ipfx in gcc 3.4.2   anandi.thirunavukkarasu@wipro.com
• matching function for ipfx in gcc 3.4.2   Benjamin Kosnik
• matching function for out_waiting in gcc 3.4.2   Jonathan Wakely
• Memory barriers vs lock/unlock   Paolo Carlini
• Memory barriers vs lock/unlock   Kurt Kohler
• Memory barriers vs lock/unlock   Peter Dimov
• Memory barriers vs lock/unlock   Paolo Carlini
• Memory barriers vs lock/unlock   Paolo Carlini
• Memory barriers vs lock/unlock   Kurt Kohler
• Memory barriers vs lock/unlock   Paolo Carlini
• Memory barriers vs lock/unlock   Kurt Kohler
• Memory barriers vs lock/unlock   Alexander Terekhov
• Memory barriers vs lock/unlock   Paolo Carlini
• Memory barriers vs lock/unlock   Paolo Carlini
• Memory barriers vs lock/unlock   Paolo Carlini
• Memory barriers vs lock/unlock   Peter Dimov
• Memory barriers vs lock/unlock   Paolo Carlini
• new link errors with latest stdc++   Kurt Kohler
• new link errors with latest stdc++   Paolo Carlini
• new link errors with latest stdc++   Paolo Carlini
• new link errors with latest stdc++   Kurt Kohler
• new link errors with latest stdc++   Paolo Carlini
• Optimzed vs. readable code   Pierre THIERRY
• Optimzed vs. readable code   Howard Hinnant
• Optimzed vs. readable code   Gabriel Dos Reis
• Optimzed vs. readable code   Pierre THIERRY
• Optimzed vs. readable code   caj@cs.york.ac.uk
• Optimzed vs. readable code   Pierre THIERRY
• Optimzed vs. readable code   Jonathan Wakely
• Optimzed vs. readable code   Joe Buck
• Optimzed vs. readable code   Pierre THIERRY
• Optimzed vs. readable code   caj@cs.york.ac.uk
• Optimzed vs. readable code   Gabriel Dos Reis
• Optimzed vs. readable code   Gabriel Dos Reis
• Q. about GDR's addition of complex-accessor overloads.   Jan van Dijk
• Q. about GDR's addition of complex-accessor overloads.   Gabriel Dos Reis
• RFC libstdc++-v3 -> libstdc++ rename   Benjamin Kosnik
• RFC libstdc++-v3 -> libstdc++ rename   Gabriel Dos Reis
• RFC libstdc++-v3 -> libstdc++ rename   Jonathan Wakely
• RFC libstdc++-v3 -> libstdc++ rename   Benjamin Kosnik
• RFC libstdc++-v3 -> libstdc++ rename   Jonathan Wakely
• segv when thread exits after throw/catch of C++ exception   Ed Connell
• segv when thread exits after throw/catch of C++ exception   Benjamin Kosnik
• Should the complexity of std::list::size() be O(n) or O(1)?   Jonathan Wakely
• Should the complexity of std::list::size() be O(n) or O(1)?   Jonathan Wakely
• Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• Should the complexity of std::list::size() be O(n) or O(1)?   Jonathan Wakely
• Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• Should the complexity of std::list::size() be O(n) or O(1)?   Joe Buck
• Should the complexity of std::list::size() be O(n) or O(1)?   Howard Hinnant
• Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• Should the complexity of std::list::size() be O(n) or O(1)?   Peter Dimov
• Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• Should the complexity of std::list::size() be O(n) or O(1)?   Gabriel Dos Reis
• Silently passing wrong input for good one   Paolo Carlini
• sso tradeoffs   Howard Hinnant
• sso tradeoffs   Paolo Carlini
• sso tradeoffs   Paolo Carlini
• sso tradeoffs   Howard Hinnant
• sso tradeoffs   Paolo Carlini
• sso tradeoffs   Paolo Carlini
• sso tradeoffs   Howard Hinnant
• sso tradeoffs   Howard Hinnant
• sso tradeoffs   Gabriel Dos Reis
• sso tradeoffs   Paolo Carlini
• sso tradeoffs   Howard Hinnant
• sso tradeoffs   Peter Dimov
• sso tradeoffs   Paolo Carlini
• sso tradeoffs   Howard Hinnant
• vector::operator[]   Howard Hinnant
• vector::operator[]   chris jefferson
• vector::operator[]   Theodore Papadopoulo
• vector::operator[]   Paolo Carlini
• vector::operator[]   Jonathan Wakely
• vector::operator[]   Paolo Carlini
• vector::operator[]   Benjamin Kosnik
• vector::operator[]   Jonathan Wakely
• vector::operator[]   Theodore Papadopoulo
• vector::operator[]   Gabriel Dos Reis
• vector::operator[]   Jonathan Wakely
• vector::operator[]   Gabriel Dos Reis

Last message date: Wed Nov 30 20:07:00 GMT 2005
Archived on: Sun Mar 8 14:45:28 GMT 2020

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...