[Bug libstdc++/43451] [C++0x] atomic integral methods missing volatile overloads
--- Comment #4 from bkoz at gcc dot gnu dot org 2010-09-07 21:47 --- sorry p, i have these changes on a branch as part of the constexpr work. will finish up this week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43451
[Bug libstdc++/45191] New: unqualified atomic access
current implementation has issues with namespace scopes and allows unqualified
access, ie:
#include atomic
int main()
{
atomic_int ai;
return 0;
}
this should require std::atomic_int
--
Summary: unqualified atomic access
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45191
[Bug libstdc++/45193] New: unqualified atomic access
current implementation has issues with namespace scopes and allows unqualified
access, ie:
#include atomic
int main()
{
atomic_int ai;
return 0;
}
this should require std::atomic_int
--
Summary: unqualified atomic access
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45193
[Bug c++/45148] New: [C++0x] constexpr g++ issues
This is a meta-tracker for g++ issues with constexpr. It tracks the git branch of a href=http://gcc.gnu.org/wiki/Constexpr;contexpr/a. There is another bug for the libstdc++ component. As of 2010-07-30, x86_64/linux see: FAIL: abi_check Running /mnt/share/src/gcc.git-constexpr/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp ... FAIL: 20_util/duration/arithmetic/dr934-1.cc (test for excess errors) FAIL: 20_util/duration/cons/1.cc (test for excess errors) WARNING: 20_util/duration/cons/1.cc compilation failed to produce executable FAIL: 20_util/duration/cons/2.cc (test for excess errors) WARNING: 20_util/duration/cons/2.cc compilation failed to produce executable FAIL: 20_util/duration/requirements/explicit_instantiation/explicit_instantiation.cc (test for excess errors) FAIL: 20_util/duration/requirements/typedefs_neg1.cc (test for excess errors) FAIL: 20_util/duration/requirements/typedefs_neg3.cc (test for excess errors) FAIL: 20_util/time_point/requirements/explicit_instantiation/explicit_instantiation.cc (test for excess errors) === libstdc++ Summary === # of expected passes7875 # of unexpected failures8 # of expected failures 62 # of unsupported tests 11 -- Summary: [C++0x] constexpr g++ issues Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45148
[Bug libstdc++/45149] New: [C++0x] constexpr libstdc++ issues
This is a meta-tracker for libstdc++ issues with constexpr. It tracks the git branch of a href=http://gcc.gnu.org/wiki/Constexpr;contexpr/a. There is another bug for the g++ component (http://gcc.gnu.org/PR45148) Right now some of the static members of random have been made non-static. atomic is missing overloads. complex, io bitmasks, etc, are not done. -- Summary: [C++0x] constexpr libstdc++ issues Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45149
[Bug libstdc++/45149] [C++0x] constexpr libstdc++ issues
-- bkoz at gcc dot gnu dot org changed: What|Removed |Added CC||jason at redhat dot com, gdr ||at gcc dot gnu dot org BugsThisDependsOn||45148 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-31 01:32:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45149
[Bug c++/45148] [C++0x] constexpr g++ issues
--- Comment #1 from bkoz at gcc dot gnu dot org 2010-07-31 01:36 --- Created an attachment (id=21362) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21362action=view) FAIL 01: 20_util/duration/arithmetic/dr934-1.cc Pre-processed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45148
[Bug libstdc++/45149] [C++0x] constexpr libstdc++ issues
--- Comment #1 from bkoz at gcc dot gnu dot org 2010-07-31 01:41 --- As of 2010-07-30, x86_64/linux see: FAIL: abi_check Running /mnt/share/src/gcc.git-constexpr/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp ... FAIL: 20_util/duration/arithmetic/dr934-1.cc (test for excess errors) FAIL: 20_util/duration/cons/1.cc (test for excess errors) WARNING: 20_util/duration/cons/1.cc compilation failed to produce executable FAIL: 20_util/duration/cons/2.cc (test for excess errors) WARNING: 20_util/duration/cons/2.cc compilation failed to produce executable FAIL: 20_util/duration/requirements/explicit_instantiation/explicit_instantiation.cc (test for excess errors) FAIL: 20_util/duration/requirements/typedefs_neg1.cc (test for excess errors) FAIL: 20_util/duration/requirements/typedefs_neg3.cc (test for excess errors) FAIL: 20_util/time_point/requirements/explicit_instantiation/explicit_instantiation.cc (test for excess errors) === libstdc++ Summary === # of expected passes7875 # of unexpected failures8 # of expected failures 62 # of unsupported tests 11 Of these, the following are libstdc++ issues directly: FAIL: 20_util/duration/cons/1.cc (and warnings) FAIL: 20_util/duration/cons/2.cc (and warnings) FAIL: 20_util/duration/requirements/explicit_instantiation/explicit_instantiation.cc FAIL: 20_util/duration/requirements/typedefs_neg1.cc FAIL: 20_util/duration/requirements/typedefs_neg3.cc FAIL: 20_util/time_point/requirements/explicit_instantiation/explicit_instantiation.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45149
[Bug c++/45148] [C++0x] constexpr g++ issues
--- Comment #2 from bkoz at gcc dot gnu dot org 2010-07-31 01:46 --- That dr-934-1 ICE is the only thing I see. On g++ testing, I see: FAIL: c-c++-common/uninit-17.c (test for warnings, line 14) FAIL: c-c++-common/uninit-17.c (test for excess errors) === g++ Summary === # of expected passes12442 # of unexpected failures2 # of unexpected successes 1 # of expected failures 114 # of unsupported tests 130 So looks pretty good -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45148
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #13 from bkoz at gcc dot gnu dot org 2010-03-11 03:47 --- fixed as of comment #11 -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #21 from bkoz at gcc dot gnu dot org 2010-02-09 04:50 --- Subject: Bug 42460 Author: bkoz Date: Tue Feb 9 04:49:49 2010 New Revision: 156617 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156617 Log: 2010-02-08 Benjamin Kosnik b...@redhat.com PR libstdc++/42460 * include/tr1_impl/regex: Fix quoting issues in doxygen markup. * include/bits/random.h: Fix multi-line doxygen function markup. 2010-02-08 Matthias Klose d...@debian.org PR libstdc++/42460 * include/std/istream: Fix '\' quoting in doxygen markup. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/random.h trunk/libstdc++-v3/include/std/istream trunk/libstdc++-v3/include/tr1_impl/regex -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/21549] Configure options hard to find
--- Comment #3 from bkoz at gcc dot gnu dot org 2010-02-05 17:40 --- Would love to see something standardized for all libs in gcc. My preference is to have libstdc++ config docs linked to in gcc docs. (No duplication, just alias.) One thing that could be done would be to add a C++ Specific Option to http://gcc.gnu.org/install/configure.html And link to http://gcc.gnu.org/onlinedocs/libstdc++/manual/configure.html Or options on that page, don't care. As an aside, are a lot of these java config opts actually still relevant? -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21549
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #16 from bkoz at gcc dot gnu dot org 2010-02-04 18:20 --- Subject: Bug 42460 Author: bkoz Date: Thu Feb 4 18:20:34 2010 New Revision: 156502 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156502 Log: 2010-02-04 Benjamin Kosnik b...@redhat.com PR libstdc++/42460 * doc/doxygen/user.cfg.in: Update file list. * include/debug/safe_sequence.h: Doxygen markup fixes for '' and . * include/debug/safe_base.h: Same. * include/debug/macros.h: Same. * include/tr1_impl/regex: Same. * include/std/iostream: Same. * include/std/streambuf: Same. * include/std/bitset: Same. * include/std/iosfwd: Same. * include/std/limits: Same. * include/std/fstream: Same. * include/std/istream: Same. * include/std/ostream: Same. * include/std/sstream: Same. * include/parallel/multiway_merge.h: Same. * include/parallel/for_each.h: Same. * include/parallel/workstealing.h: Same. * include/parallel/omp_loop_static.h: Same. * include/parallel/omp_loop.h: Same. * include/c_std/csignal: Same. * include/c_std/cstdlib: Same. * include/c_std/cstdio: Same. * include/c_std/cstdarg: Same. * include/c_std/cctype: Same. * include/c_std/cerrno: Same. * include/c_std/cmath: Same. * include/c_std/ciso646: Same. * include/c_std/ctime: Same. * include/c_std/clocale: Same. * include/c_std/climits: Same. * include/c_std/cassert: Same. * include/c_std/csetjmp: Same. * include/c_std/cwchar: Same. * include/c_std/cfloat: Same. * include/c_std/cstring: Same. * include/c_std/cstddef: Same. * include/c_std/cwctype: Same. * include/profile/iterator_tracker.h: Same. * include/profile/impl/profiler_trace.h: Same. * include/ext/vstring.h: Same. * include/ext/algorithm: Same. * include/ext/pb_ds/detail/pat_trie_/pat_trie_.h.pp: Same. * include/ext/pb_ds/detail/bin_search_tree_/bin_search_tree_.h.pp: Same. * include/ext/pb_ds/detail/type_utils.hpp: Same. * include/ext/pb_ds/detail/splay_tree_/splay_tree_.hpp: Same * include/ext/pb_ds/detail/rb_tree_map_/rb_tree_.hpp: Same. * include/ext/rc_string_base.h: Same. * include/ext/stdio_sync_filebuf.h: Same. * include/ext/functional: Same. * include/ext/mt_allocator.h: Same. * include/bits/basic_ios.h: Same. * include/bits/stl_map.h: Same. * include/bits/stl_algobase.h: Same. * include/bits/stl_queue.h: Same. * include/bits/locale_classes.h: Same. * include/bits/stl_set.h: Same. * include/bits/locale_facets.h: Same. * include/bits/stl_stack.h: Same. * include/bits/stl_iterator_base_types.h: Same. * include/bits/basic_string.h: Same. * include/bits/stl_multimap.h: Same. * include/bits/ios_base.h: Same. * include/bits/stl_deque.h: Same. * include/bits/stl_multiset.h: Same. * include/bits/stl_iterator_base_funcs.h: Same. * include/bits/char_traits.h: Same. * include/bits/stl_algo.h: Same. * include/bits/stl_iterator.h: Same. * include/bits/stl_tempbuf.h: Same. * include/bits/random.tcc: Same. * include/bits/stl_function.h: Same. * include/bits/cpp_type_traits.h: Same. * include/bits/random.h: Same. * include/bits/allocator.h: Same. * include/bits/locale_facets_nonio.h: Same. * include/c_global/csignal: Same. * include/c_global/cstdlib: Same. * include/c_global/cstdio: Same. * include/c_global/cstdarg: Same. * include/c_global/cctype: Same. * include/c_global/cerrno: Same. * include/c_global/cmath: Same. * include/c_global/ciso646: Same. * include/c_global/ctime: Same. * include/c_global/clocale: Same. * include/c_global/climits: Same. * include/c_global/cassert: Same. * include/c_global/csetjmp: Same. * include/c_global/cwchar: Same. * include/c_global/cfloat: Same. * include/c_global/cstring: Same. * include/c_global/cstddef: Same. * include/c_global/cwctype: Same. * include/tr1/hypergeometric.tcc: Same. * include/tr1/random.tcc: Same. * include/tr1/functional: Same. * include/tr1/random.h: Same. * include/backward/auto_ptr.h: Same. * include/backward/binders.h: Same. * testsuite/23_containers/deque/requirements/dr438/assign_neg.cc: Adjust line numbers. * testsuite/23_containers/deque/requirements/dr438/insert_neg.cc: Same. * testsuite/23_containers/deque/requirements/dr438/constructor_1_neg.cc: Same. * testsuite/23_containers/deque/requirements/dr438
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #17 from bkoz at gcc dot gnu dot org 2010-02-04 18:27 --- Hey. Can you re-check trunk now? I should have most of the quoting issues fixed. I've uploaded man pages with the new markup here: ftp://gcc.gnu.org/pub/libstdc++/doxygen/libstdc++-man.20100204.tar.bz2 Can you check these (or equivalent from trunk) please? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
-- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|REOPENED|ASSIGNED Last reconfirmed|2010-01-07 18:40:02 |2010-02-04 18:28:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/41816] libstdc++.so.6.0.14-gdb.py is not an ELF file
--- Comment #3 from bkoz at gcc dot gnu dot org 2010-02-03 22:59 --- What's the status here? Any chance we could frame the subject as something that has conflict, instead of a statement everyone agrees with? ldconfig warnings vs. libstdc++.so.6.0.14-gdb.py -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41816
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #14 from bkoz at gcc dot gnu dot org 2010-02-03 23:07 --- Got it Matthias, fixing, thanks for explaining what's up. How do you get these errors and validate the generated man pages? If it's a script can you attach it? Are you re-configuring doxygen? Or is this post-generation of the 'doc-man-doxygen' rule? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #15 from bkoz at gcc dot gnu dot org 2010-02-04 00:16 --- markup options /** * @brief Flags access. * @return The minimum field width to generate on output operations. * * Minimum field width refers to the number of characters. * * quot; * Minimum field width * quot; * refers to the number of characters. * * em * Minimum field width * /em * refers to the number of characters. * * @a Minimum field width * refers to the number of characters. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #11 from bkoz at gcc dot gnu dot org 2010-01-27 20:13 --- Subject: Bug 42346 Author: bkoz Date: Wed Jan 27 20:12:41 2010 New Revision: 156303 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156303 Log: 2010-01-27 Benjamin Kosnik b...@redhat.com PR c++/42346 * testsuite/23_containers/unordered_map/requirements/exception/: Remove -O1 workaround. * testsuite/23_containers/multimap/requirements/exception/: Same. * testsuite/23_containers/map/requirements/exception: Same. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/testsuite/23_containers/map/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/23_containers/map/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/map/requirements/exception/propagation_consistent.cc trunk/libstdc++-v3/testsuite/23_containers/multimap/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/23_containers/multimap/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/multimap/requirements/exception/propagation_consistent.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/exception/propagation_consistent.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #8 from bkoz at gcc dot gnu dot org 2010-01-07 18:37 --- Created an attachment (id=19502) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19502action=view) log of man page creation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #9 from bkoz at gcc dot gnu dot org 2010-01-07 18:40 --- The rest of these look bogus to me. __gnu_cxx::enc_filebuf.3cxx 805: warning: macro `If' not defined __gnu_cxx::stdio_sync_filebuf.3cxx 699: warning: macro `If' not defined std::basic_filebuf.3cxx 905: warning: macro `If' not defined std::basic_ios.3cxx 1123: warning: macro `Minimum' not defined std::basic_istream.3cxx 988: warning: macro `)).' not defined std::basic_istringstream.3cxx 1011: warning: macro `)).' not defined std::basic_stringbuf.3cxx 723: warning: macro `If' not defined These look fine, and the generated file seems normal, ie this error looks like .PP If no file is currently open, this function immediately fails. .PP in the __gnu_cxx::enc_filebuf.3 file. So it looks like this can be closed to me but I'll wait for confirmation. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-01-07 18:40:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug bootstrap/40221] Powerpc bootstrap is broken in building libstdc++
--- Comment #2 from bkoz at gcc dot gnu dot org 2010-01-06 18:20 --- Fixed. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40221
[Bug c++/42639] New: ICE: copy_fn_p at cp/decl.c:9973
From the libstdc++ performance testsuite: %/mnt/share/bld/gcc/./gcc/g++ -shared-libgcc -B/mnt/share/bld/gcc/./gcc -nostdinc++ -L/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/bin/ -B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/lib/ -isystem /mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/include -isystem /mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/sys-include -nostdinc++ -I/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu -I/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include -I/mnt/share/src/gcc-trunk/libstdc++-v3/libsupc++ -I/mnt/share/src/gcc-trunk/libstdc++-v3/include/backward -I/mnt/share/src/gcc-trunk/libstdc++-v3/testsuite/util -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -std=gnu++0x -Wl,--rpath -Wl,/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/../../gcc -Wl,--rpath -Wl,/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs /mnt/share/src/gcc-trunk/libstdc++-v3/testsuite/performance/ext/pb_ds/multimap_text_find_timing_large.cc ./libtestc++.a -o multimap_text_find_timing_large.ii In file included from /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/move.h:38:0, from /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/stl_pair.h:60, from /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/stl_algobase.h:66, from /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/stl_tree.h:62, from /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/set:60, from /mnt/share/src/gcc-trunk/libstdc++-v3/testsuite/util/io/text_populate.hpp:42, from /mnt/share/src/gcc-trunk/libstdc++-v3/testsuite/performance/ext/pb_ds/multimap_text_find_timing.hpp:38, from /mnt/share/src/gcc-trunk/libstdc++-v3/testsuite/performance/ext/pb_ds/multimap_text_find_timing_large.cc:32: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/type_traits: In instantiation of const bool std::__is_constructible_helper__gnu_pbds::list_updateint, __gnu_pbds::null_mapped_type, std::equal_toint, __gnu_pbds::test::move_to_front_lu_policy_t_, const std::basic_stringchar::__value: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/type_traits:235:5: instantiated from std::is_constructible__gnu_pbds::list_updateint, __gnu_pbds::null_mapped_type, std::equal_toint, __gnu_pbds::test::move_to_front_lu_policy_t_, const std::basic_stringchar /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/cc_ht_map_.hpp:392:64: instantiated from here /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/type_traits:224:67: internal compiler error: in copy_fn_p, at cp/decl.c:9973 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Compiling this without -std=gnu++0x is fine. -- Summary: ICE: copy_fn_p at cp/decl.c:9973 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42639
[Bug c++/42639] ICE: copy_fn_p at cp/decl.c:9973
--- Comment #1 from bkoz at gcc dot gnu dot org 2010-01-06 22:47 --- Created an attachment (id=19492) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19492action=view) pre-processed -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42639
[Bug c++/42634] ICE with -g -O2 -std=c++0x in copy_fn_p, at cp/decl.c:9973
--- Comment #2 from bkoz at gcc dot gnu dot org 2010-01-06 22:49 --- *** Bug 42639 has been marked as a duplicate of this bug. *** -- bkoz at gcc dot gnu dot org changed: What|Removed |Added CC||bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42634
[Bug c++/42639] ICE: copy_fn_p at cp/decl.c:9973
--- Comment #2 from bkoz at gcc dot gnu dot org 2010-01-06 22:49 --- *** This bug has been marked as a duplicate of 42634 *** -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42639
[Bug c++/42634] ICE with -g -O2 -std=c++0x in copy_fn_p, at cp/decl.c:9973
--- Comment #3 from bkoz at gcc dot gnu dot org 2010-01-06 22:50 --- Running into this as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42634
[Bug libstdc++/42491] performance/30_threads/future/polling.cc fails at compile time
--- Comment #1 from bkoz at gcc dot gnu dot org 2010-01-06 22:56 --- Subject: Bug 42491 Author: bkoz Date: Wed Jan 6 22:55:52 2010 New Revision: 155681 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155681 Log: 2010-01-06 Benjamin Kosnik b...@redhat.com PR libstdc++/42491 * scripts/check_performance (CXX): Add -std=gnu++0x. * testsuite/performance/30_threads/future/polling.cc: Mark up as using threads. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/scripts/check_performance trunk/libstdc++-v3/testsuite/performance/30_threads/future/polling.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42491
[Bug libstdc++/42491] performance/30_threads/future/polling.cc fails at compile time
--- Comment #2 from bkoz at gcc dot gnu dot org 2010-01-06 22:57 --- Sure. We can fix this by adding -std=gnu++0x for all compiles, and then marking up the testcase appropriately. Sadly, this results in widespread observance of: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42634 These are in the pb_ds test cases. However, once that is fixed this will be all taken care of. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||42634 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42491
[Bug libstdc++/42491] performance/30_threads/future/polling.cc fails at compile time
--- Comment #3 from bkoz at gcc dot gnu dot org 2010-01-06 22:58 --- Sure. We can fix this by adding -std=gnu++0x for all compiles, and then marking up the testcase appropriately. Sadly, this results in widespread observance of: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42634 These are in the pb_ds test cases. However, once that is fixed this will be all taken care of. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-01-06 22:58:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42491
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #10 from bkoz at gcc dot gnu dot org 2010-01-06 01:08 --- RE: PR40459 The errors are different between that PR and this one. So, my guess is that these are not related. That is also a warning, and this is an error. FWIW, I think this should be a P1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #5 from bkoz at gcc dot gnu dot org 2010-01-04 20:35 --- Created an attachment (id=19468) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19468action=view) remove -O1 to cause fail With this patch, the following gcc: ames:gcc benjamin$ ./gcc/xgcc -v Using built-in specs. COLLECT_GCC=./gcc/xgcc Target: x86_64-apple-darwin10.2.0 Configured with: /Users/benjamin/src/gcc/configure --prefix=/Users/benjamin/bld/H-ames-gcc --enable-languages=c,c++ --enable-__cxa_atexit --enable-checking=release --with-cpu=generic --disable-multilib --with-mpfr=/Users/benjamin/bld/H-ames-mpfr-2.4.1 --with-gmp=/Users/benjamin/bld/H-ames-gmp-4.3.1 --with-mpc=/Users/benjamin/bld/H-ames-mpc-0.8 Thread model: posix gcc version 4.5.0 20100101 (experimental) (GCC) gives this: /Users/benjamin/bld/gcc/./gcc/g++ -shared-libgcc -B/Users/benjamin/bld/gc\ c/./gcc -nostdinc++ -L/Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc\ ++-v3/src -L/Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/src/\ .libs -B/Users/benjamin/bld/H-ames-gcc/x86_64-apple-darwin10.2.0/bin/ -B/Users/\ benjamin/bld/H-ames-gcc/x86_64-apple-darwin10.2.0/lib/ -isystem /Users/benjamin\ /bld/H-ames-gcc/x86_64-apple-darwin10.2.0/include -isystem /Users/benjamin/bld/\ H-ames-gcc/x86_64-apple-darwin10.2.0/sys-include -B/Users/benjamin/bld/gcc/x86_\ 64-apple-darwin10.2.0/./libstdc++-v3/src/.libs -g -O2 -D_GLIBCXX_ASSERT -fmessa\ ge-length=0 -ffunction-sections -fdata-sections -g -O2 -g -O2 -DLOCALEDIR=. -\ nostdinc++ -I/Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/inc\ lude/x86_64-apple-darwin10.2.0 -I/Users/benjamin/bld/gcc/x86_64-apple-darwin10.\ 2.0/libstdc++-v3/include -I/Users/benjamin/src/gcc/libstdc++-v3/libsupc++ -I/Us\ ers/benjamin/src/gcc/libstdc++-v3/include/backward -I/Users/benjamin/src/gcc/li\ bstdc++-v3/testsuite/util /Users/benjamin/src/gcc/libstdc++-v3/testsuite/23_con\ tainers/map/requirements/exception/basic.cc -std=gnu++0x ./libtestc++.a -liconv\ -lm -o ./basic.exe^M In file included from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc\ ++-v3/include/bits/move.h:38:0,^M from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc\ ++-v3/include/bits/stl_pair.h:60,^M from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc\ ++-v3/include/bits/stl_algobase.h:66,^M from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc\ ++-v3/include/bits/stl_tree.h:62,^M from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc\ ++-v3/include/map:60,^M from /Users/benjamin/src/gcc/libstdc++-v3/testsuite/23_contain\ ers/map/requirements/exception/basic.cc:23:^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_tra\ its: In instantiation of 'const bool std::__is_convertible_helper__gnu_cxx::th\ row_value_limit, __gnu_cxx::throw_value_limit, false::__value':^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_tra\ its:312:5: instantiated from 'std::is_convertible__gnu_cxx::throw_value_limi\ t, __gnu_cxx::throw_value_limit'^M /Users/benjamin/src/gcc/libstdc++-v3/testsuite/util/exception/safety.h:97:31: \ instantiated from here^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_tra\ its:302:71: error: no matching function for call to '__gnu_cxx::throw_value_lim\ it::throw_value_limit(__gnu_cxx::throw_value_limit)'^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/ext/thro\ w_allocator.h:565:5: note: candidates are: __gnu_cxx::throw_value_limit::throw_\ value_limit(const size_t)^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/ext/thro\ w_allocator.h:563:5: note: __gnu_cxx::throw_value_limit::throw_\ value_limit()^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_tra\ its:302:71: error: initializing argument 1 of 'static std::__sfinae_types::__\ one std::__is_convertible_helper_From, _To, false::__test(_To) [with _From = \ __gnu_cxx::throw_value_limit, _To = __gnu_cxx::throw_value_limit, std::__sfinae\ _types::__one = char]'^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_tra\ its: In instantiation of 'std::is_convertible__gnu_cxx::throw_value_limit, __g\ nu_cxx::throw_value_limit':^M /Users/benjamin/src/gcc/libstdc++-v3/testsuite/util/exception/safety.h:97:31: \ instantiated from here^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_tra\ its:312:5: error: 'std::__is_convertible_helper__gnu_cxx::throw_value_limit, _\ _gnu_cxx::throw_value_limit, false::__value' is not a valid template argument \ for type 'bool' because it is a non-constant expression^M /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_tra\ its: In instantiation of 'const bool std::__is_convertible_helperconst __gnu_c\ xx::throw_value_limit, const __gnu_cxx::throw_value_limit
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #6 from bkoz at gcc dot gnu dot org 2010-01-04 20:38 --- Optimization Error on Valid -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #8 from bkoz at gcc dot gnu dot org 2010-01-05 01:10 --- Glad you can reproduce now. Sorry I was so vague before. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug libstdc++/21772] exception safety testing
--- Comment #17 from bkoz at gcc dot gnu dot org 2010-01-01 03:39 --- Subject: Bug 21772 Author: bkoz Date: Fri Jan 1 03:38:58 2010 New Revision: 155545 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155545 Log: 2009-12-31 Benjamin Kosnik b...@redhat.com PR libstdc++/21772 part 3 * include/ext/throw_allocator.h: Add _GLIBCXX_IS_AGGREGATE. * testsuite/util/testsuite_container_traits.h (traitsstd::map): Add has_insert. (traitsstd::multimap): Add has_insert. (traitsstd::multiset): Add has_size_type_constructor. * testsuite/23_containers/array/requirements/exception/ generation_prohibited.cc: New. * testsuite/21_strings/basic_string/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/ext/vstring/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/unordered_map/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/multimap/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/set/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/unordered_multimap/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/forward_list/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/unordered_set/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/vector/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/deque/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/multiset/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/unordered_multiset/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. * testsuite/23_containers/map/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. Added: trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/exception/ trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/exception/propagation_consistent.cc trunk/libstdc++-v3/testsuite/23_containers/array/requirements/exception/ trunk/libstdc++-v3/testsuite/23_containers/array/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/deque/requirements/exception/ trunk/libstdc++-v3/testsuite/23_containers/deque/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/23_containers/deque/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/deque/requirements/exception/propagation_consistent.cc trunk/libstdc++-v3/testsuite/23_containers/forward_list/requirements/exception/ trunk/libstdc++-v3/testsuite/23_containers/forward_list/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/23_containers/forward_list/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/forward_list/requirements/exception/propagation_consistent.cc trunk/libstdc++-v3/testsuite/23_containers/map/requirements/exception/ trunk/libstdc++-v3/testsuite/23_containers/map/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/23_containers/map/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/map/requirements/exception/propagation_consistent.cc trunk/libstdc++-v3/testsuite/23_containers/multimap/requirements/exception/ trunk/libstdc++-v3/testsuite/23_containers/multimap/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/23_containers/multimap/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/multimap/requirements/exception/propagation_consistent.cc trunk/libstdc++-v3/testsuite
[Bug libstdc++/21772] exception safety testing
--- Comment #18 from bkoz at gcc dot gnu dot org 2010-01-01 03:54 --- multiset error ... was bogus. I adjusted the traits to fix this. The std::array error seems indeed bogus: if I'm not wrong, it happens when swapping arrays, and there are no guarantees that the operation doesn't throw for std::array, because it's requires to just swap the ranges, thus copy construct and copy assign each array element. It does happen when swapping arrays. I believe that array::swap does have a strong requirement via 23.2.1 p 10, but have xfailed this for the moment. In addition, I have removed the throwing on user defined ctors for throw_value_* via _GLIBCXX_IS_AGGREGATE to simulate a more aggregate-ish thing. However, even aggregates can have assignment operators and other operator actions that throw, and this still fails. (And note the value_type of std::array can have user defined ctors ie 8.5.1 p 13). Another thing I noticed, about basic_string, something seems inappropriate for it in the framework, since the value_type must be a POD! Four specializations are defined: char, wchar_t, char16_t, char32_t. That is the only part of basic_string that is special WRT container requirements that I can see. ? I went ahead and checked this in, xfailing the following failures: FAIL: 21_strings/basic_string/requirements/exception/propagation_consistent.cc execution test FAIL: 23_containers/array/requirements/exception/generation_prohibited.cc execution test FAIL: 23_containers/deque/requirements/exception/generation_prohibited.cc execution test FAIL: 23_containers/deque/requirements/exception/propagation_consistent.cc execution test FAIL: 23_containers/vector/requirements/exception/generation_prohibited.cc execution test I believe that deque/.../propagation_consistent.cc will have to be modified to take into account 23.3.2.3, and copy/assignment should be elided in this case (and vector via 23.3.6.4) Regardless, this can be tweaked in place. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772
[Bug libstdc++/42456] [4.5 Regression] Revision 155377 failed some C++ atomic tests
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-12-22 08:01 --- Mine. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-22 08:01:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42456
[Bug libstdc++/42456] [4.5 Regression] Revision 155377 failed some C++ atomic tests
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-12-22 08:01 --- Created an attachment (id=19367) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19367action=view) add new signature to exports -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42456
[Bug libstdc++/42456] [4.5 Regression] Revision 155377 failed some C++ atomic tests
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-12-22 08:23 --- Subject: Bug 42456 Author: bkoz Date: Tue Dec 22 08:23:08 2009 New Revision: 155393 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155393 Log: 2009-12-21 Benjamin Kosnik b...@redhat.com PR libstdc++/42456 * src/atomic.cc: Move _GLIBCXX_ASM_SYMVER define within guard. * config/abi/pre/gnu.ver: Add non-volatile exports. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/config/abi/pre/gnu.ver trunk/libstdc++-v3/src/atomic.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42456
[Bug libstdc++/42456] [4.5 Regression] Revision 155377 failed some C++ tests
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-12-22 04:20 --- HJ what are the excess errors that you see (from libstdc++.log file?) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42456
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #23 from bkoz at gcc dot gnu dot org 2009-12-22 04:33 --- thanks HJ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug libstdc++/21772] exception safety testing
--- Comment #14 from bkoz at gcc dot gnu dot org 2009-12-17 08:18 --- Created an attachment (id=19333) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19333action=view) part 2 diff after merge of part 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772
[Bug libstdc++/21772] exception safety testing
--- Comment #15 from bkoz at gcc dot gnu dot org 2009-12-17 09:37 --- Subject: Bug 21772 Author: bkoz Date: Thu Dec 17 09:37:16 2009 New Revision: 155306 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155306 Log: 2009-12-16 Benjamin Kosnik b...@redhat.com PR libstdc++/21772 part 2 * doc/xml/manual/test.xml: Add documentation about testing details. * testsuite/util/exception/safety.h: New. Functor objects for testing C++0x container classes. * testsuite/util/testsuite_container_traits.h: Add traits. * testsuite/23_containers/list/requirements/exception/ basic.cc: New. generation_prohibited.cc: New. propagation_consistent.cc: New. Added: trunk/libstdc++-v3/testsuite/23_containers/list/requirements/exception/ trunk/libstdc++-v3/testsuite/23_containers/list/requirements/exception/basic.cc trunk/libstdc++-v3/testsuite/23_containers/list/requirements/exception/generation_prohibited.cc trunk/libstdc++-v3/testsuite/23_containers/list/requirements/exception/propagation_consistent.cc trunk/libstdc++-v3/testsuite/util/exception/ trunk/libstdc++-v3/testsuite/util/exception/safety.h Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/doc/xml/manual/test.xml trunk/libstdc++-v3/testsuite/util/testsuite_container_traits.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772
[Bug other/41255] [4.5 Regression] Release notes: Advice to use GDB later than 6.8
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-12-17 17:04 --- We really need something for gcc-4.5/porting_to.html -- bkoz at gcc dot gnu dot org changed: What|Removed |Added CC||bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41255
[Bug libstdc++/42273] atomic_2.h:111: = instead of == in if
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-12-15 21:46 --- Fixed. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42273
[Bug libstdc++/21772] exception safety testing allocator
--- Comment #8 from bkoz at gcc dot gnu dot org 2009-12-16 03:33 --- Created an attachment (id=19319) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19319action=view) c++0x container requirement testing, eh -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772
[Bug libstdc++/21772] exception safety testing
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-12-16 03:34 --- Tweak summary, mine. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-09-24 16:08:26 |2009-12-16 03:34:20 date|| Summary|exception safety testing|exception safety testing |allocator | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772
[Bug libstdc++/21772] exception safety testing
--- Comment #10 from bkoz at gcc dot gnu dot org 2009-12-16 03:36 --- Results on x86_64/linux or x86_64/darwin10.2 Status: FAIL: 21_strings/basic_string/requirements/exception/propagation_consistent.cc execution test FAIL: 23_containers/array/requirements/exception/generation_prohibited.cc execution test FAIL: 23_containers/deque/requirements/exception/generation_prohibited.cc execution test FAIL: 23_containers/deque/requirements/exception/propagation_consistent.cc execution test FAIL: 23_containers/unordered_multiset/requirements/exception/propagation_consistent.cc execution test FAIL: 23_containers/vector/requirements/exception/generation_prohibited.cc execution test These appear to be legitimate. Cross-testing on embedded targets in progress -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772
[Bug libstdc++/21772] exception safety testing
--- Comment #11 from bkoz at gcc dot gnu dot org 2009-12-16 05:17 --- Subject: Bug 21772 Author: bkoz Date: Wed Dec 16 05:16:46 2009 New Revision: 155283 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155283 Log: 2009-12-15 Benjamin Kosnik b...@redhat.com PR libstdc++/21772 part 1 * include/ext/throw_allocator.h: Rework. (__gnu_cxx::throw_allocator): To... (__gnu_cxx::throw_allocator_limit): ...this. (__gnu_cxx::throw_allocator_random): ...and this. (throw_value_base, throw_value_limit, throw_value_random): Add. (condition_base, random_condition, limit_condition): Add. (forced_exception_error): To... (forced_error): ...this. * testsuite/ext/throw_value: New. * testsuite/ext/throw_value/cons.cc: New. * testsuite/ext/throw_allocator/deallocate_global.cc: Adjust for throw_allocator, forced_exception_error changes. * testsuite/ext/throw_allocator/check_delete.cc: Same. * testsuite/ext/throw_allocator/check_allocate_max_size.cc: Same. * testsuite/ext/throw_allocator/check_deallocate_null.cc: Same. * testsuite/ext/throw_allocator/explicit_instantiation.cc: Same. * testsuite/ext/throw_allocator/check_new.cc: Same. * testsuite/ext/throw_allocator/variadic_construct.cc: Same. * testsuite/ext/throw_allocator/deallocate_local.cc: Same. * testsuite/23_containers/list/modifiers/insert/25288.cc: Same. * testsuite/23_containers/list/modifiers/insert/25288.h: Same. * testsuite/util/regression/common_type.hpp: Same. * testsuite/util/regression/rand/priority_queue/ container_rand_regression_test.tcc: Same. * testsuite/util/regression/rand/assoc/ container_rand_regression_test.h: Same. * testsuite/util/regression/rand/assoc/ container_rand_regression_test.tcc: Same. * testsuite/util/regression/basic_type.hpp: Same. * testsuite/ext/forced_exception_error/cons_virtual_derivation.cc: To... * testsuite/ext/forced_error/cons_virtual_derivation.cc: ...this, same. Added: trunk/libstdc++-v3/testsuite/ext/forced_error/ - copied from r155276, trunk/libstdc++-v3/testsuite/ext/forced_exception_error/ trunk/libstdc++-v3/testsuite/ext/throw_value/ trunk/libstdc++-v3/testsuite/ext/throw_value/cons.cc Removed: trunk/libstdc++-v3/testsuite/ext/forced_exception_error/ Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/ext/throw_allocator.h trunk/libstdc++-v3/testsuite/23_containers/list/modifiers/insert/25288.cc trunk/libstdc++-v3/testsuite/23_containers/list/modifiers/insert/25288.h trunk/libstdc++-v3/testsuite/ext/forced_error/cons_virtual_derivation.cc trunk/libstdc++-v3/testsuite/ext/throw_allocator/check_allocate_max_size.cc trunk/libstdc++-v3/testsuite/ext/throw_allocator/check_deallocate_null.cc trunk/libstdc++-v3/testsuite/ext/throw_allocator/check_delete.cc trunk/libstdc++-v3/testsuite/ext/throw_allocator/check_new.cc trunk/libstdc++-v3/testsuite/ext/throw_allocator/deallocate_global.cc trunk/libstdc++-v3/testsuite/ext/throw_allocator/deallocate_local.cc trunk/libstdc++-v3/testsuite/ext/throw_allocator/explicit_instantiation.cc trunk/libstdc++-v3/testsuite/ext/throw_allocator/variadic_construct.cc trunk/libstdc++-v3/testsuite/util/regression/basic_type.hpp trunk/libstdc++-v3/testsuite/util/regression/common_type.hpp trunk/libstdc++-v3/testsuite/util/regression/rand/assoc/container_rand_regression_test.h trunk/libstdc++-v3/testsuite/util/regression/rand/assoc/container_rand_regression_test.tcc trunk/libstdc++-v3/testsuite/util/regression/rand/priority_queue/container_rand_regression_test.tcc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772
[Bug c++/42346] New: darwin instantiation oddity
The attached pre-processed file compiles fine on i686/x86_64 linux, but not on darwin. Compiler sources are the same for both, 20091206 ish. In addition, this passes on Darwin with -O1, but not with -O2. Darwin error: ames:testsuite benjamin$ ./compile-map.sh In file included from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/bits/move.h:38:0, from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/bits/stl_pair.h:60, from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/bits/stl_algobase.h:66, from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/bits/stl_tree.h:62, from /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/map:60, from /Users/benjamin/src/gcc/libstdc++-v3/testsuite/23_containers/map/requirements/exception/basic.cc:22: /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_traits: In instantiation of 'const bool std::__is_convertible_helper__gnu_cxx::throw_value_limit, __gnu_cxx::throw_value_limit, false::__value': /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_traits:273:5: instantiated from 'std::is_convertible__gnu_cxx::throw_value_limit, __gnu_cxx::throw_value_limit' /Users/benjamin/src/gcc/libstdc++-v3/testsuite/util/exception/safety.h:97:31: instantiated from here /Users/benjamin/bld/gcc/x86_64-apple-darwin10.2.0/libstdc++-v3/include/type_traits:263:71: error: no matching function for call to '__gnu_cxx::throw_value_limit::throw_value_limit(__gnu_cxx::throw_value_limit)' compilation terminated due to -Wfatal-errors. This error doesn't make sense. There's a copy ctor that's visible. Clearly there is something amiss! -- Summary: darwin instantiation oddity Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org GCC build triplet: x86_64-apple-darwin10.2.0 GCC host triplet: x86_64-apple-darwin10.2.0 GCC target triplet: x86_64-apple-darwin10.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug c++/42346] darwin instantiation oddity
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-12-10 08:17 --- Created an attachment (id=19273) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19273action=view) test case for fail. Sorry it's so big. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-12-10 16:06 --- GNU C++ (GCC) version 4.5.0 20091206 (experimental) (x86_64-apple-darwin10.2.0) compiled by GNU C version 4.5.0 20091206 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Fails. Optimization error on Valid. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Component|target |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #18 from bkoz at gcc dot gnu dot org 2009-12-11 00:01 --- agree #17 preferred over existing behaviour and also note this was the syntax originally suggested in #3, so seems like it matches what people expect -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #19 from bkoz at gcc dot gnu dot org 2009-12-11 00:15 --- Opening again. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|VERIFIED Version|unknown |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] New: cannot force 32 bit toolchain only
On: 2.6.31.6-162.fc12.x86_64 I configure: $src/gcc-trunk/configure --prefix=$bld/H-i686-gcc --enable-languages=c,c++ --enable-checking=release --with-cpu=i686 --target=i686-unknown-linux-gnu --disable-multilib Thinking this will give me a 32-bit defaulting i686 compiler. Gives: checking for i686-unknown-linux-gnu-gcc... /mnt/share/bld/gcc-i686/./gcc/xgcc -B/mnt/share/bld/gcc-i686/./gcc/ -B/mnt/share/bld/H-i686-gcc/i686-unknown-linux-gnu/bin/ -B/mnt/share/bld/H-i686-gcc/i686-unknown-linux-gnu/lib/ -isystem /mnt/share/bld/H-i686-gcc/i686-unknown-linux-gnu/include -isystem /mnt/share/bld/H-i686-gcc/i686-unknown-linux-gnu/sys-include checking for suffix of object files... configure: error: in `/mnt/share/bld/gcc-i686/i686-unknown-linux-gnu/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. I've attached config.log. Is there a supported set of config options for this? -- Summary: cannot force 32 bit toolchain only Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC target triplet: i686-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-12-09 19:34 --- Created an attachment (id=19269) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19269action=view) configure output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-12-09 19:58 --- Result as per CC=gcc -m32 build in config2.log Ends with: checking for i686-unknown-linux-gnu-gcc... /mnt/share/bld/gcc-i686/./gcc/xgcc -B/mnt/share/bld/gcc-i686/./gcc/ -B/mnt/share/bld/H-i686-gcc/i686-unknown-linux-gnu/bin/ -B/mnt/share/bld/H-i686-gcc/i686-unknown-linux-gnu/lib/ -isystem /mnt/share/bld/H-i686-gcc/i686-unknown-linux-gnu/include -isystem /mnt/share/bld/H-i686-gcc/i686-unknown-linux-gnu/sys-include checking for suffix of object files... configure: error: in `/mnt/share/bld/gcc-i686/i686-unknown-linux-gnu/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[1]: *** [configure-target-libgcc] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-12-09 19:58 --- Created an attachment (id=19270) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19270action=view) configure output when CC=gcc -m32 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-12-09 20:15 --- Created an attachment (id=19271) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19271action=view) target/libgcc config.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #8 from bkoz at gcc dot gnu dot org 2009-12-09 20:16 --- Sorry about that Andrew. Thanks for your help. I have attached the target/libgcc config.log. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #11 from bkoz at gcc dot gnu dot org 2009-12-09 20:58 --- Created an attachment (id=19272) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19272action=view) libgcc/config.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #10 from bkoz at gcc dot gnu dot org 2009-12-09 20:58 --- result from --build/--target/--host == i686-unknown-linux-gnu in config4.libgcc.log. Fails with: In file included from /usr/include/features.h:376:0, from /usr/include/stdio.h:28, from /mnt/share/src/gcc-trunk/libgcc/../gcc/tsystem.h:87, from /mnt/share/src/gcc-trunk/libgcc/../gcc/libgcc2.c:29: /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory compilation terminated. make[3]: *** [_muldi3.o] Error 1 make[3]: Leaving directory `/mnt/share/bld/gcc-i686/i686-unknown-linux-gnu/libgcc' make[2]: *** [all-stage1-target-libgcc] Error 2 make[2]: Leaving directory `/mnt/share/bld/gcc-i686' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #12 from bkoz at gcc dot gnu dot org 2009-12-09 21:01 --- on the whole though, I don't know why just --with-cpu=i686 isn't enough. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug libstdc++/42273] atomic_2.h:111: = instead of == in if
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-12-09 21:22 --- Mine. Adjusting for 4.4. branch. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-09 21:22:20 date|| Target Milestone|--- |4.4.3 Version|4.5.0 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42273
[Bug libstdc++/42273] atomic_2.h:111: = instead of == in if
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-12-09 22:07 --- Subject: Bug 42273 Author: bkoz Date: Wed Dec 9 22:06:59 2009 New Revision: 155117 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155117 Log: 2009-12-09 Roman Odaisky to.roma.from.bu...@qwertty.com PR libstdc++/42273 * include/bits/atomic_2.h: Fix typo. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/atomic_2.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42273
[Bug libstdc++/42273] atomic_2.h:111: = instead of == in if
--- Comment #8 from bkoz at gcc dot gnu dot org 2009-12-09 22:39 --- Subject: Bug 42273 Author: bkoz Date: Wed Dec 9 22:38:57 2009 New Revision: 155118 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155118 Log: 2009-12-09 Roman Odaisky to.roma.from.bu...@qwertty.com PR libstdc++/42273 * include/bits/atomic_2.h: Fix typo. Modified: branches/gcc-4_4-branch/libstdc++-v3/ChangeLog branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_2.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42273
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #14 from bkoz at gcc dot gnu dot org 2009-12-10 02:53 --- #c13 works for me, thanks jakub -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug bootstrap/42345] cannot force 32 bit toolchain only
--- Comment #15 from bkoz at gcc dot gnu dot org 2009-12-10 02:54 --- You can do it, although process is a bit convoluted. So, WORKSFORME. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
[Bug libstdc++/42273] atomic_2.h:111: = instead of == in if
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-12-04 18:43 --- Agree with #2. This is a one-liner to fix. Jonathan, can you put your comments in 40297 into the wiki page for atomics? I'd forgotten about this whole commentary. We are just starting in again on this. See: http://gcc.gnu.org/wiki/Atomic best, benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42273
[Bug c++/41884] diagnostics: error vs. context
--- Comment #10 from bkoz at gcc dot gnu dot org 2009-11-04 19:53 --- FWIW, I think even in the case that the total message (error + context) is more than can fit at one time on the current terminal window, it is advantageous to have the fixed length part (error) first, and then the variable length part (context) next. At least that way you'll know the error is always at the top, instead of at some point between the end of the compile line and the next prompt. -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
[Bug libstdc++/38875] parallel fill and copy in the parallel version of libstdc++
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-11-05 02:15 --- Created an attachment (id=18970) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18970action=view) patch for parallel fill and fill_n -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
[Bug libstdc++/38875] parallel fill and copy in the parallel version of libstdc++
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-11-05 02:16 --- Here's how parallel fill would look, based on Johannes patch. -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
[Bug libstdc++/38875] parallel fill and copy in the parallel version of libstdc++
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-11-05 02:52 --- Yes, of course. Just providing the framework, since that was a bit tricky. I should add all the steps here to the parallel mode docs to make this less confusing for people trying to experiment. best, benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
[Bug c++/41884] diagnostics: error vs. context
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-11-03 23:36 --- Created an attachment (id=18960) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18960action=view) pre-processed source to reproduce diagnostic -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
[Bug c++/41884] diagnostics: error vs. context
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-11-03 23:43 --- Hey, hey! Cool. So, pre-patch I get this for the attached (get.ii.bz2) file: $bld/H-x86-gcc.20091103/bin/g++ -g -std=gnu++0x -Wall -Wfatal-errors get.ii In file included from /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/unique_future/members/get.cc:27:0: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future: In member function typename std::unique_future_Res::_Mover::__rval_type std::unique_future_Res::get() [with _Res = int, typename std::unique_future_Res::_Mover::__rval_type = int]: /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/unique_future/members/get.cc:40:12: instantiated from here /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future:445:64: error: no matching function for call to std::__future_base::_Move_resultint, true::_S_move(std::__future_base::_Resultint) compilation terminated due to -Wfatal-errors. Compared with post-patch: In file included from /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/unique_future/members/get.cc:27:0: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future: In member function typename std::unique_future_Res::_Mover::__rval_type std::unique_future_Res::get() [with _Res = int, typename std::unique_future_Res::_Mover::__rval_type = int]: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future:445:64: error: no matching function for call to std::__future_base::_Move_resultint, true::_S_move(std::__future_base::_Resultint) /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/unique_future/members/get.cc:40:3: instantiated from here compilation terminated due to -Wfatal-errors. I still think that the full error first, then the context would be better: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future:445:64: error: no matching function for call to std::__future_base::_Move_resultint, true::_S_move(std::__future_base::_Resultint) In file included from /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/unique_future/members/get.cc:27:0: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future: In member function typename std::unique_future_Res::_Mover::__rval_type std::unique_future_Res::get() [with _Res = int, typename std::unique_future_Res::_Mover::__rval_type = int]: /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/unique_future/members/get.cc:40:12: instantiated from here compilation terminated due to -Wfatal-errors. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
[Bug c++/41884] New: diagnostics: error vs. context
This is a tracker bug for a conversation held last week between Paolo, Jason, and myself during the ISO C++ meeting in Santa Cruz. Is there a way to better disambiguate the error from the error context? One thing discussed that seemed like it had potential was to error: first and then provide instantiating context: next, instead of the status quo approach. So, In file included from /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/packaged_task/members/reset.cc:27:0: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future: In member function 'typename std::unique_future_Res::_Mover::__rval_type std::unique_future_Res::get() [with _Res = int, typename std::unique_future_Res::_Mover::__rval_type = int]': /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/packaged_task/members/reset.cc:50:12: instantiated from here /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future:451:64: error: no matching function for call to 'std::__future_base::_Move_resultint, true::_S_move(std::__future_base::_Resultint)' /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future:126:14: note: candidates are: static _Res std::__future_base::_Move_result_Res, true::_S_move(_Res) [with _Res = int] compiler exited with status 1 Might look like berror/b: no matching function for call to 'std::__future_base::_Move_resultint, true::_S_move(std::__future_base::_Resultint)' note: candidates are: static _Res std::__future_base::_Move_result_Res, true::_S_move(_Res) [with _Res = int] /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future:126:14: In file included from /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads note: instantiated from here /mnt/share/src/gcc/libstdc++-v3/testsuite/30_threads/packaged_task/members/reset.cc:50:12: /packaged_task/members/reset.cc:27:0: /mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/future: In member function 'typename std::unique_future_Res::_Mover::__rval_type std::unique_future_Res::get() [with _Res = int, typename std::unique_future_Res::_Mover::__rval_type = int]': -- Summary: diagnostics: error vs. context Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: diagnostic Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
[Bug libstdc++/40654] [C++0x] atomic.cc: 'd' is used uninitialized warning
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-10-19 16:46 --- In for gcc-4.4.3 -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
[Bug libstdc++/40826] [C++0x] atomic_flag_{test_and_set,clear}_explicit() are apparently broken
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-10-19 16:47 --- Fixed on trunk and gcc-4_4-branch -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40826
[Bug libstdc++/41759] New: [C++0x] random static_assert phrasing should be positive
This patch: http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00782.html Introduces some compile time diagnostics: - static_assert(__m == 0 || (__a __m __c __m), - template arguments out of bounds -in linear_congruential_engine); + static_assert(std::is_unsigned_UIntType::value, template argument + _UIntType not an unsigned integral type); + static_assert(__m == 0u || (__a __m __c __m), + template argument __m out of bounds); Walter Brown has suggested for positive, not negative phrasing on diagnostics, and indicated that some improvement may be possible. Details are a little fuzzy, but this is a placeholder for that conversation. If we do this for random, then there are other C++0x areas where we could also do this, maybe the atomic bits? -- Summary: [C++0x] random static_assert phrasing should be positive Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41759
[Bug libstdc++/40826] [C++0x] atomic_flag_{test_and_set,clear}_explicit() are apparently broken
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-10-18 03:20 --- Mine. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-18 03:20:10 date|| Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40826
[Bug libstdc++/40654] [C++0x] atomic.cc: 'd' is used uninitialized warning
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-10-18 03:30 --- Subject: Bug 40654 Author: bkoz Date: Sun Oct 18 03:30:03 2009 New Revision: 152965 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152965 Log: 2009-10-16 Benjamin Kosnik b...@redhat.com * include/c_compatibility/stdatomic.h: Include cstdatomic if __cplusplus. 2009-10-15 Benjamin Kosnik b...@redhat.com PR libstdc++/40654 PR libstdc++/40826 * src/atomic.cc (atomic_flag_test_and_set_explicit): Add static_cast from base to derived. (atomic_flag_clear_explicit): Same. * include/bits/atomic_2.h (__atomic2::atomic_flag): Public derivation. Remove value type constructor. * include/bits/atomic_0.h (__atomic0::atomic_flag): Same. * include/std/future (_Future_state): Use ATOMIC_FLAG_INIT to initialized the atomic_flag member. Added: branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/ branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.c branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.cc branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/cons/1.cc Modified: branches/gcc-4_4-branch/libstdc++-v3/ChangeLog branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_0.h branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_2.h branches/gcc-4_4-branch/libstdc++-v3/include/c_compatibility/stdatomic.h branches/gcc-4_4-branch/libstdc++-v3/src/atomic.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
[Bug libstdc++/40826] [C++0x] atomic_flag_{test_and_set,clear}_explicit() are apparently broken
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-10-18 03:30 --- Subject: Bug 40826 Author: bkoz Date: Sun Oct 18 03:30:03 2009 New Revision: 152965 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152965 Log: 2009-10-16 Benjamin Kosnik b...@redhat.com * include/c_compatibility/stdatomic.h: Include cstdatomic if __cplusplus. 2009-10-15 Benjamin Kosnik b...@redhat.com PR libstdc++/40654 PR libstdc++/40826 * src/atomic.cc (atomic_flag_test_and_set_explicit): Add static_cast from base to derived. (atomic_flag_clear_explicit): Same. * include/bits/atomic_2.h (__atomic2::atomic_flag): Public derivation. Remove value type constructor. * include/bits/atomic_0.h (__atomic0::atomic_flag): Same. * include/std/future (_Future_state): Use ATOMIC_FLAG_INIT to initialized the atomic_flag member. Added: branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/ branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.c branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.cc branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/cons/1.cc Modified: branches/gcc-4_4-branch/libstdc++-v3/ChangeLog branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_0.h branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_2.h branches/gcc-4_4-branch/libstdc++-v3/include/c_compatibility/stdatomic.h branches/gcc-4_4-branch/libstdc++-v3/src/atomic.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40826
[Bug libstdc++/40826] [C++0x] atomic_flag_{test_and_set,clear}_explicit() are apparently broken
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-10-16 07:47 --- Subject: Bug 40826 Author: bkoz Date: Fri Oct 16 07:47:33 2009 New Revision: 152895 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152895 Log: 2009-10-15 Benjamin Kosnik b...@redhat.com PR libstdc++/40654 PR libstdc++/40826 * src/atomic.cc (atomic_flag_test_and_set_explicit): Add static_cast from base to derived. (atomic_flag_clear_explicit): Same. * include/bits/atomic_2.h (__atomic2::atomic_flag): Public derivation. Remove value type constructor. * include/bits/atomic_0.h (__atomic0::atomic_flag): Same. * include/std/future (_Future_state): Use ATOMIC_FLAG_INIT to initialized the atomic_flag member. Added: trunk/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/ trunk/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.c trunk/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/atomic_0.h trunk/libstdc++-v3/include/bits/atomic_2.h trunk/libstdc++-v3/include/std/future trunk/libstdc++-v3/src/atomic.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40826
[Bug libstdc++/40654] [C++0x] atomic.cc: 'd' is used uninitialized warning
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-10-16 07:47 --- Subject: Bug 40654 Author: bkoz Date: Fri Oct 16 07:47:33 2009 New Revision: 152895 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152895 Log: 2009-10-15 Benjamin Kosnik b...@redhat.com PR libstdc++/40654 PR libstdc++/40826 * src/atomic.cc (atomic_flag_test_and_set_explicit): Add static_cast from base to derived. (atomic_flag_clear_explicit): Same. * include/bits/atomic_2.h (__atomic2::atomic_flag): Public derivation. Remove value type constructor. * include/bits/atomic_0.h (__atomic0::atomic_flag): Same. * include/std/future (_Future_state): Use ATOMIC_FLAG_INIT to initialized the atomic_flag member. Added: trunk/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/ trunk/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.c trunk/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/atomic_0.h trunk/libstdc++-v3/include/bits/atomic_2.h trunk/libstdc++-v3/include/std/future trunk/libstdc++-v3/src/atomic.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
[Bug web/35777] no DFP announcement, no example text, very vague documentation
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-10-15 17:29 --- There is now an announcement and a status page for the library work. Thanks. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35777
[Bug c++/24985] caret diagnostics
--- Comment #13 from bkoz at gcc dot gnu dot org 2009-10-15 17:33 --- Patch for change to coding conventions: http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00687.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
[Bug c++/24985] caret diagnostics
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-10-07 16:56 --- Beyond caret diagnostics there is also range info for the diagnostic location. See: http://clang.llvm.org/diagnostics.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
[Bug libstdc++/41510] New: C++0x std::complex vs. initialization lists
Here is a sketch of what C++0x std::complex might look like. Minus, of course, constexpr. Also included in the patch is a testfile that does the usual init_list tests on std::complex overloads. It fails to compile, with ambiguous overloads. As so: %$bld/H-x86-gcc.20090927/bin/g++ -std=gnu++0x -g -O2 testsuite/26_numerics/complex/complex_init.cc testsuite/26_numerics/complex/complex_init.cc: In function void check_copy_list_initialization() [with _Tp = float]: testsuite/26_numerics/complex/complex_init.cc:33:41: instantiated from here testsuite/26_numerics/complex/complex_init.cc:18:42: error: call of overloaded complex(brace-enclosed initializer list) is ambiguous /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1458:3: note: candidates are: std::complexfloat::complex(const std::complexlong double) /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1454:3: note: std::complexfloat::complex(const std::complexdouble) /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1020:5: note: std::complexfloat::complex(const std::complexfloat) testsuite/26_numerics/complex/complex_init.cc: In function void check_copy_list_initialization() [with _Tp = double]: testsuite/26_numerics/complex/complex_init.cc:34:42: instantiated from here testsuite/26_numerics/complex/complex_init.cc:18:42: error: call of overloaded complex(brace-enclosed initializer list) is ambiguous /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1462:3: note: candidates are: std::complexdouble::complex(const std::complexlong double) /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1176:7: note: std::complexdouble::complex(const std::complexfloat) /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1164:5: note: std::complexdouble::complex(const std::complexdouble) testsuite/26_numerics/complex/complex_init.cc: In function void check_copy_list_initialization() [with _Tp = long double]: testsuite/26_numerics/complex/complex_init.cc:35:47: instantiated from here testsuite/26_numerics/complex/complex_init.cc:18:42: error: call of overloaded complex(brace-enclosed initializer list) is ambiguous /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1324:7: note: candidates are: std::complexlong double::complex(const std::complexdouble) /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1321:7: note: std::complexlong double::complex(const std::complexfloat) /mnt/disk/dolores/mnt/share/bld/H-x86-gcc.20090927/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/complex:1309:5: note: std::complexlong double::complex(const std::complexlong double) It's hard to tell w/o the constexpr overloads in. Thoughts? -benjamin -- Summary: C++0x std::complex vs. initialization lists Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41510
[Bug libstdc++/41510] C++0x std::complex vs. initialization lists
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-09-30 01:48 --- Created an attachment (id=18667) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18667action=view) c++0x test for std::complex -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41510
[Bug c++/40991] New: ICE: at optimization -02
The following gives: %/mnt/share/bld/gcc/./gcc/g++ -shared-libgcc -B/mnt/share/bld/gcc/./gcc -nostdinc++ -L/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/bin/ -B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/lib/ -isystem /mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/include -isystem /mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/sys-include -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -g -O2 -D_GNU_SOURCE -DLOCALEDIR=. -nostdinc++ -I/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu -I/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/include -I/mnt/share/src/gcc/libstdc++-v3/libsupc++ -I/mnt/share/src/gcc/libstdc++-v3/include/backward -I/mnt/share/src/gcc/libstdc++-v3/testsuite/util /mnt/share/src/gcc/libstdc++-v3/testsuite/tr1/3_function_objects/function/5.cc -include bits/stdc++.h ./libtestc++.a -Wl,--gc-sections -c -lm -o ./5.exe /mnt/share/src/gcc/libstdc++-v3/testsuite/tr1/3_function_objects/function/5.cc: In function void test05(): /mnt/share/src/gcc/libstdc++-v3/testsuite/tr1/3_function_objects/function/5.cc:30:6: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. If it's compiled with -O0, -O1 then it's ok. -- Summary: ICE: at optimization -02 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40991
[Bug c++/40991] ICE: at optimization -02
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-08-06 18:09 --- Created an attachment (id=18313) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18313action=view) pre-processed sources to reproduce -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40991
[Bug target/40802] Libstdc++ is broken for win64 host
--- Comment #13 from bkoz at gcc dot gnu dot org 2009-07-20 21:52 ---
Hi Peter! You say that this is broken as of rev 149763, which is a commit from
July 17, 2009. Here:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00645.html
But you also indicate that this has been broken for some time before this
specific revision (it has lasted a couple of weeks). Can you please detail
the last revision where this worked for you? That will help us work through
this issue.
From your error, type_traits:185:62:
/// is_standard_layout
templatetypename _Tp
struct is_standard_layout
: public integral_constantbool, __is_standard_layout(_Tp) // -HERE
{ };
The likely cause is trying to compile rev 149763 of libstdc++ with an earlier
version of g++. (ie comment #11)
So, best bet would be to try to re-build with current trunk, with the gcc/gcc
and gcc/libstdc++-v3 directories in sync. (Just update all the gcc sources to
the same rev.)
If that doesn't work, try to backtrack to a known previous version that worked,
and send that info, and we can try to solve it.
best,
benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40802
[Bug c++/40738] New: missing typename error improvement
This code, compiled with trunk:
templatetypename _Tp, typename _Alloc
class list
{
struct iterator;
struct const_iterator;
};
templatetypename _Tp, typename _Alloc
struct list_Tp, _Alloc::iterator
{ };
#if 0
templatetypename _Tp, typename _Alloc
inline bool
operator!=(const typename list_Tp, _Alloc::iterator __x,
const typename list_Tp, _Alloc::const_iterator __y)
{ return __x._M_node != __y._M_node; }
#else
templatetypename _Tp, typename _Alloc
inline bool
operator!=(const list_Tp, _Alloc::iterator __x,
const list_Tp, _Alloc::const_iterator __y)
{ return __x._M_node != __y._M_node; }
#endif
gives:
%g++ -c test.cc
test.cc:24: error: expected unqualified-id before token
test.cc:24: error: expected ) before token
test.cc:24: error: expected initializer before token
Hmmm. Yeah.
Here's something more useful:
%g++ -c test.cc
test.cc:24: error: expected typename before qualified-id
--
Summary: missing typename error improvement
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40738
[Bug c++/40738] missing typename error improvement
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-07-13 23:40 --- eek that should be expected 'typename' before... -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40738
[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
--- Comment #24 from bkoz at gcc dot gnu dot org 2009-07-06 23:49 --- Closing due to lack of feedback -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
[Bug libstdc++/40654] atomic.cc: 'd' is used uninitialized warning
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-07-06 23:55 --- Yes, I will look at this. I think Ben Elliston pointed this out right after 4.4.0 was released, along with some other uninitialized warnings that I then fixed. Apparently this is also visible on ppc. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-06 23:55:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
[Bug libstdc++/40380] class documentation should mention include file to use
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-06-18 00:00 --- Agreed. Thanks for the feedback on docs. Will put this on the docs todo list. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40380
[Bug libstdc++/40297] [C++0x] debug mode vs atomics
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-06-18 00:33 --- Jonathan, you are right. These assertions are all backwards. I see this hitting the following members: load store compare_exchange_strong I should have done tests for this, obviously. Ouch. Now you've done this for me, so yes proceed please. I'm still not sure that this kind of debug mode only error handling is correct but it seems like an approach that is vaguely familiar from other parts of the library. So at least usage is consistent, even if the original implementation was plain wrong There are many problems with memory ordering in the atomics2 implementation. It is known to be incorrect and incomplete, as the saying goes. The goal was to start experimenting with compliler builtins assuming x86_64 hardware and see how far we got, what kind of compiler intrinsics we needed first, how we test this stuff, etc etc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40297
[Bug libstdc++/40380] class documentation should mention include file to use
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-06-18 00:34 --- Add documentation keyword -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Keywords||documentation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40380
[Bug libstdc++/40094] FAIL: ext/throw_allocator/deallocate_global.cc execution test
--- Comment #14 from bkoz at gcc dot gnu dot org 2009-05-28 18:53 --- Back, and on darwin as well. http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg02455.html http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg02457.html Please hang on while I work through this. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40094
