https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64383
--- Comment #2 from Pawel Sikora pluto at agmk dot net ---
(In reply to Manuel López-Ibáñez from comment #1)
A minimized testcase would be helpful. Using delta would probably remove
already a lot: https://gcc.gnu.org/wiki
++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
#include memory
#include vector
int main()
{
std::vector std::shared_ptr int v1;
v1.push_back( std::make_shared int ( 7 ) );
for( auto p : v1 )
{
}
std::vector int v2;
v2.push_back( 7
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
#include iterator
#include string
#include vector
int main()
{
std::vector std::string v, t;
t.push_back( hello );
v.insert( v.end(), std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63993
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
Hi,
i'm trying to minimize small i/o operations for better overal
application perfromance over networked filesystems.
setting quite large stream buffer doesn't work as axpected
in some cases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63746
--- Comment #1 from Pawel Sikora pluto at agmk dot net ---
Created attachment 33893
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33893action=edit
my hack.
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
hi, the current g++ accepts incompatible iterator assignment.
#include map
int main()
{
std::map int, int m;
std::multimap int, int ::iterator i = m.end();
}
only with _GLIBCXX_DEBUG there's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63343
--- Comment #2 from Pawel Sikora pluto at agmk dot net ---
release code is scary,
debug code is broken,
nightmare :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54173
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|WAITING |RESOLVED
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
Created attachment 32860
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32860action=edit
testcase
% g++ t.cpp -Og -g0 -c -std=c++11 -D_GLIBCXX_DEBUG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61329
--- Comment #1 from Pawel Sikora pluto at agmk dot net ---
Created attachment 32861
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32861action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61329
--- Comment #2 from Pawel Sikora pluto at agmk dot net ---
_M_dot/_M_print declaration from include/c++/4.9.1/bits/regex_automaton.h needs
inline attribute.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59476
--- Comment #1 from Pawel Sikora pluto at agmk dot net ---
4.9.0 released with unusable pretty printers :/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59105
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
--- Comment #17 from Pawel Sikora pluto at agmk dot net ---
pure gcc 4.9.0 20140106 still fails:
Breakpoint 2, main () at pr53477.cpp:15
(gdb) p wordBitsetMap
$1 = std::map with 1 elementsTraceback (most recent call last):
File /home/pawels
: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
Created attachment 31203
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31203action=edit
testcase
hi,
i'm trying to use -fdebug-prefix-map to reuse (ccache) compilation units
across multiple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #40 from Pawel Sikora pluto at agmk dot net ---
$ grep ZTv0 *
gnu.ver:_ZTv0_n12_NS*;
gnu.ver:_ZTv0_n24_NS*;
gnu-versioned-namespace.ver:_ZTv0_n24_NS*;
versioned namespace doesn't provide *n12* for i686.
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
$ cat u.cpp
struct X { unsigned field : 31; };
int main()
{
unsigned u = 0u;
X x = { .field = static_cast typeof( X::field ) ( u ) };
return x.field;
}
$ g++ u.cpp -c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58319
--- Comment #2 from Pawel Sikora pluto at agmk dot net ---
(In reply to Paolo Carlini from comment #1)
Your cast does nothing, because your typeof (or decltype) is just unsigned
int. Given that, the warning makes sense to me and certainly
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
$ cat t.cpp
#if !defined( __GNUC__) !defined( __x86_64__)
#error testcase requires LLP64 arch
#endif
typedef unsigned long u64_t1;
void
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Known to fail||4.9.0
--- Comment
: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
Created attachment 30462
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30462action=edit
testcase.
$ ~/dvm/sandbox/toolchain/gcc/sysroot/x86_64-gnu-linux/bin/x86_64-gnu-linux-g++
-v
Using built
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53650
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56028
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55869
Bug #: 55869
Summary: different bit shift/or optimization.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49532
--- Comment #3 from Pawel Sikora pluto at agmk dot net 2012-12-20 20:05:17
UTC ---
(In reply to comment #2)
This issue was in fact a binutils problem. This issue is fixed. Therefore I
close this bug as invalid.
could you tell which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55738
Bug #: 55738
Summary: missed memory store optimization.
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55513
--- Comment #12 from Pawel Sikora pluto at agmk dot net 2012-12-12 09:57:32
UTC ---
(In reply to comment #11)
Fixed in trunk.
no backport to 4.7 branch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55367
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55363
Bug #: 55363
Summary: tuple_size is not a class template
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55040
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54671
--- Comment #4 from Pawel Sikora pluto at agmk dot net 2012-09-25 19:23:15
UTC ---
(In reply to comment #2)
I think this is a user bug. If gcc is configured against binutils that
support
conversion of ctors into init_array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54548
Bug #: 54548
Summary: unclear error message for ambiguous type lookup.
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54173
Bug #: 54173
Summary: -D_GLIBCXX_DEBUG breaks
string::_Rep::_S_empty_rep_storage weak binding.
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54173
--- Comment #2 from Pawel Sikora pluto at agmk dot net 2012-08-04 16:13:03
UTC ---
(In reply to comment #1)
For sure, nothing changed in this area for years and years, thus must be a
compiler issue. Please try to figure when it started...
i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54053
Bug #: 54053
Summary: g++ accepts (invalid?) 0; expression.
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
--- Comment #2 from Pawel Sikora pluto at agmk dot net 2012-07-16 19:03:27
UTC ---
(In reply to comment #1)
(Fixed the component)
I can't reproduce this.
I can print wordMapBitset before it is initialized but
I get a different error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53673
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53598
Bug #: 53598
Summary: missed diagnostics / equality comparison result
unused.
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
Bug #: 53477
Summary: pretty printer fails with: Python Exception type
'exceptions.IndexError' list index out of range
Classification: Unclassified
Product: gcc
Version: 4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
--- Comment #9 from Pawel Sikora pluto at agmk dot net 2012-05-23 08:41:17
UTC ---
(In reply to comment #8)
I tried it with --enable-languages=all
?
libssp and others *silently* disable gnu versioning when you pass
--enable-symvers=gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
--- Comment #7 from Pawel Sikora pluto at agmk dot net 2012-05-21 19:13:34
UTC ---
(In reply to comment #6)
Fixed on trunk and branch
what about other target libs? (gfortran,quadmath,ssp)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49162
--- Comment #1 from Pawel Sikora pluto at agmk dot net 2012-05-12 10:26:56
UTC ---
could someone confirm this finally and set target milestone to 4.5.4?
i'd like to drop this old problem from 'my bugs' list with 4.5 termination.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||bkoz at redhat dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50847
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||lopezibanez at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50847
--- Comment #3 from Pawel Sikora pluto at agmk dot net 2012-05-12 12:07:06
UTC ---
(In reply to comment #2)
Related to PR46476?
similar (return vs. throw statment).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263
--- Comment #8 from Pawel Sikora pluto at agmk dot net 2012-05-08 07:54:18
UTC ---
(In reply to comment #7)
Good, good, thanks Francois, anybody willing to benchmark the more limited
change?
changing __glibcxx_check_heap_*pred* reduces timings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263
--- Comment #5 from Pawel Sikora pluto at agmk dot net 2012-05-07 13:34:43
UTC ---
callgrind shows that n*10e3 of pq.push() generates m*10e6 (mn)
_M_can_advance() calls and growing fast :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53188
Bug #: 53188
Summary: libatomic error: Please use exactly Autoconf 2.64
instead of 2.69
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53068
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45088
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52950
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52950
Bug #: 52950
Summary: --enable-symvers=gnu-versioned-namespace exports
symbol twice.
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25672
--- Comment #31 from Pawel Sikora pluto at agmk dot net 2012-03-27 18:39:37
UTC ---
(In reply to comment #30)
Does this bug prevail in GCC 4.6.x, 4.7.x and/or trunk?
i've configured 4.7.0-RC2 for sparc64 target on x86_64 host with:
CFLAGS=-O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Summary|libjava configure fails on |lib* configure fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
Bug #: 52700
Summary: libjava configure fails on
--enable-symvers=gnu-versioned-namespace.
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51649
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51907
--- Comment #2 from Pawel Sikora pluto at agmk dot net 2012-03-22 22:32:44
UTC ---
(In reply to comment #1)
Confirmed. It happens for 32-bit and 64-bit targets
any progress?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52609
--- Comment #2 from Pawel Sikora pluto at agmk dot net 2012-03-18 09:32:03
UTC ---
(In reply to comment #1)
accessing unsigned* via float* looks buggy
It does not have to be if the original argument was originally of type float.
Aliasing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52609
Bug #: 52609
Summary: -Wstrict-aliasing / missed diagnostics
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52514
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #15 from Pawel Sikora pluto at agmk dot net 2012-03-16 10:27:53
UTC ---
(In reply to comment #14)
Now, if something got broken lately, like those sed, I have no idea, certainly
I didn't change that. But, please post and discuss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #12 from Pawel Sikora pluto at agmk dot net 2012-03-15 15:49:09
UTC ---
hmm, i see something weird. in source tree the c++config.h contains:
# undef _GLIBCXX_EXTERN_TEMPLATE
# define _GLIBCXX_EXTERN_TEMPLATE -1
but after make
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #13 from Pawel Sikora pluto at agmk dot net 2012-03-15 16:36:33
UTC ---
Created attachment 26899
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26899
don't touch with sed the _GLIBCXX_EXTERN_TEMPLATE redefiniton.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43377
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #11 from Pawel Sikora pluto at agmk dot net 2012-03-11 19:49:41
UTC ---
(In reply to comment #9)
Then this is a very old issue, isn't it? Why nobody noticed it before? To be
clear, in debug-mode we don't use extern templates only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #7 from Pawel Sikora pluto at agmk dot net 2012-03-10 13:14:18
UTC ---
Created attachment 26871
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26871
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #8 from Pawel Sikora pluto at agmk dot net 2012-03-10 13:16:45
UTC ---
i've compared the .ii files with and without _GLIBCXX_DEBUG definition.
the debug version doesn't contain 'extern template (...)' for some classes.
i suppose
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
Bug #: 52540
Summary: std::use_facet throws bad_cast when compiled with
_GLIBCXX_DEBUG
Classification: Unclassified
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
Status|RESOLVED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52514
Bug #: 52514
Summary: --disable-nls changes libstdc++-7.dll export table.
Classification: Unclassified
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #17 from Pawel Sikora pluto at agmk dot net 2012-03-06 21:04:40
UTC ---
(In reply to comment #15)
(In reply to comment #14)
i've found the core issue for problem mentioned in comment 12.
the --disable-nls configure option causes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #2 from Pawel Sikora pluto at agmk dot net 2012-03-04 14:16:29
UTC ---
you should specify explicit initialization order to avoid gpf, e.g.:
static std::mapint, int m __attribute__((init_priority(101)));
static void insert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #12 from Pawel Sikora pluto at agmk dot net 2012-03-04 19:36:30
UTC ---
with current 4.6.4 i've noticed a new undefined reference
during boost_rexeg.dll linking:
(...)
Creating library file:
bin.v2/libs/regex/build/gcc-mingw-4.6.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50349
--- Comment #3 from Pawel Sikora pluto at agmk dot net 2012-02-16 23:10:34
UTC ---
(In reply to comment #1)
I am unable to reproduce this on F16,
GNU ld version 2.21.53.0.1-6.fc16 20110716
Copyright 2011 Free Software Foundation, Inc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50349
--- Comment #2 from Pawel Sikora pluto at agmk dot net 2012-02-16 23:09:45
UTC ---
Created attachment 26687
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26687
build log.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52231
Bug #: 52231
Summary: [missed optimization/diagnostics] address-of-reference
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51649
--- Comment #10 from Pawel Sikora pluto at agmk dot net 2012-02-04 11:26:24
UTC ---
(In reply to comment #9)
Author: tromey
Date: Mon Jan 30 16:25:11 2012
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=183732
could you backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51907
Bug #: 51907
Summary: SIGSEGV in _Unwind_GetIP
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51649
--- Comment #5 from Pawel Sikora pluto at agmk dot net 2012-01-17 16:06:01
UTC ---
(In reply to comment #3)
Tom, I assume the plan for the libstdc++ python printers is to have a
python/libstdcxx/v7/printers.py for the libstdc++.so.7 library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36485
--- Comment #4 from Pawel Sikora pluto at agmk dot net 2012-01-10 18:53:41
UTC ---
(In reply to comment #2)
This is expected as you are expected to build all multilibs when building GCC
for a cross really.
i'm using a --disable-multilib option
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #11 from Pawel Sikora pluto at agmk dot net 2012-01-10 19:56:08
UTC ---
(In reply to comment #10)
Thanks guys. This looks good, and is in trunk.
Pawel, thanks for noticing this. Please note that namespace versioning was
updated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #6 from Pawel Sikora pluto at agmk dot net 2011-12-28 16:06:47
UTC ---
btw, i've tested the default allocator with std::__7 and the i686-pc-mingw32
toolchain works fine while the x86_64-pc-mingw32 reports undefined reference to
.text
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #7 from Pawel Sikora pluto at agmk dot net 2011-12-28 19:51:55
UTC ---
please apply following obvious patch:
--- gcc-4.6.0/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver.orig
2011-12-28 12:43:50.0 +0100
+++ gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #4 from Pawel Sikora pluto at agmk dot net 2011-12-27 09:32:11
UTC ---
i'm using the mt allocator for large std containers with small fixed-size
objects. the mt's flexible pool configuration and alloc/free speed are
an advantage over
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
Bug #: 51673
Summary: undefined references / libstdc++-7.dll
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51649
Bug #: 51649
Summary: pretty printers don't handle std::__7:: namespace
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51649
--- Comment #1 from Pawel Sikora pluto at agmk dot net 2011-12-21 11:53:23
UTC ---
adding '(__7::)?' to regex patterns should be ok.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
--- Comment #6 from Pawel Sikora pluto at agmk dot net 2011-11-16 17:19:51
UTC ---
any plans to 4.6 backport?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
Bug #: 51142
Summary: [C++0x] map::erase(key) doesn't compile with
-D_GLIBCXX_DEBUG.
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50916
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50847
Bug #: 50847
Summary: missed diagnostics for dead code.
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: enhancement
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40210
--- Comment #9 from Pawel Sikora pluto at agmk dot net 2011-10-07 18:22:25
UTC ---
Created attachment 25442
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25442
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40210
--- Comment #11 from Pawel Sikora pluto at agmk dot net 2011-10-07 18:45:57
UTC ---
(In reply to comment #10)
(In reply to comment #9)
Created attachment 25442 [details]
testcase
I think those are hard to optimize really since those
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50348
--- Comment #4 from Pawel Sikora pluto at agmk dot net 2011-09-22 11:23:14
UTC ---
(In reply to comment #3)
I think that, unless not imposed by the standard (why??) the visibility of
namespace std SHALL NOT BE forced to default
part
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50400
Bug #: 50400
Summary: compiler accepts invalid
X::Impl::Impl::Impl::.::foo
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50348
Bug #: 50348
Summary: -fvisibility=hidden doesn't hide stl implementation
details.
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
1 - 100 of 1095 matches
Mail list logo