https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64383
--- Comment #2 from Pawel Sikora ---
(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/A_guide_to_testcase_reduction
one more s
++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
#include
#include
int main()
{
std::vector< std::shared_ptr< int > > v1;
v1.push_back( std::make_shared< int >( 7 ) );
for( auto p : v1 )
{
}
std::vector< int >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63993
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
#include
#include
#include
int main()
{
std::vector< std::string > v, t;
t.push_back( "hello" );
v.insert( v.end(), std::ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63746
--- Comment #1 from Pawel Sikora ---
Created attachment 33893
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33893&action=edit
my hack.
: 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63343
--- Comment #2 from Pawel Sikora ---
release code is scary,
debug code is broken,
nightmare :>
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
hi, the current g++ accepts incompatible iterator assignment.
#include
int main()
{
std::map< int, int > m;
std::multimap< int, int >::iterator i = m.end();
}
only with _G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54173
Pawel Sikora changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61329
--- Comment #2 from Pawel Sikora ---
_M_dot/_M_print declaration from include/c++/4.9.1/bits/regex_automaton.h needs
inline attribute.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61329
--- Comment #1 from Pawel Sikora ---
Created attachment 32861
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32861&action=edit
testcase
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=32860&action=edit
testcase
% g++ t.cpp -Og -g0 -c -std=c++11 -D_GLIBCXX_DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59476
--- Comment #1 from Pawel Sikora ---
4.9.0 released with unusable pretty printers :/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59105
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
--- Comment #17 from Pawel Sikora ---
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/gcc/4.9/share/gcc-4.9.0
onent: 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=31203&action=edit
testcase
hi,
i'm trying to use -fdebug-prefix-map to reuse (ccache) compilation unit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #40 from Pawel Sikora ---
$ 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.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #39
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58319
--- Comment #2 from Pawel Sikora ---
(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 is well known.
so how can
y: P3
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
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 un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
Pawel Sikora changed:
What|Removed |Added
Known to fail||4.9.0
--- Comment #16 from Pawel Sikora -
Component: 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=30462&action=edit
testcase.
$ ~/dvm/sandbox/toolchain/gcc/sysroot/x86_64-gnu-linux/bin/x86_64-gnu-linux-g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53650
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56028
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
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
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49532
--- Comment #3 from Pawel Sikora 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 binutils release fix
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
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55513
--- Comment #12 from Pawel Sikora 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 changed:
What|Removed |Added
CC||pluto at agmk dot net
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
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55040
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54671
--- Comment #4 from Pawel Sikora 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, then it will assume it, obvio
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
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54173
--- Comment #2 from Pawel Sikora 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 have similar effects f
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: UNCONF
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 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:
>
> (gdb) p wordBitset
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53673
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #2 from
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
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
Bug #: 53477
Summary: pretty printer fails with: Python Exception list index out of range
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
--- Comment #9 from Pawel Sikora 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-versioned-namespace. the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
--- Comment #7 from Pawel Sikora 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=50847
--- Comment #3 from Pawel Sikora 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=50847
Pawel Sikora changed:
What|Removed |Added
CC||lopezibanez at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
Pawel Sikora changed:
What|Removed |Added
CC||bkoz at redhat dot com,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49162
--- Comment #1 from Pawel Sikora 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=53263
--- Comment #8 from Pawel Sikora 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 for me from
~3.25 s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53263
--- Comment #5 from Pawel Sikora 2012-05-07 13:34:43
UTC ---
callgrind shows that n*10e3 of pq.push() generates m*10e6 (m>n)
_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 changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45088
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52950
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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 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 -g0 -march=corei7-av
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
Pawel Sikora changed:
What|Removed |Added
Summary|libjava configure fails on |lib* configure fails on
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: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51907
--- Comment #2 from Pawel Sikora 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=51649
Pawel Sikora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
Pawel Sikora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52609
--- Comment #2 from Pawel Sikora 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 is not about type of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52514
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #15 from Pawel Sikora 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 the issue and tentati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43377
Pawel Sikora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #13 from Pawel Sikora 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=52540
--- Comment #12 from Pawel Sikora 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-install the c++config.h con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #11 from Pawel Sikora 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 for basic_string
> (be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #8 from Pawel Sikora 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 there're odr violations (gl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #7 from Pawel Sikora 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
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
--- Comment #17 from Pawel Sikora 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 missing x64 .dll
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
Pawel Sikora changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #12 from Pawel Sikora 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/release/inlining-on/targ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #2 from Pawel Sikora 2012-03-04 14:16:29
UTC ---
you should specify explicit initialization order to avoid gpf, e.g.:
static std::map m __attribute__((init_priority(101)));
static void insert() __attribute__((constructor(102)));
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50349
--- Comment #2 from Pawel Sikora 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=50349
--- Comment #3 from Pawel Sikora 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.
>
> Can you give me so
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 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=gcc&view=rev&rev=183732
could you backport this for 4.6 ?
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
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51649
--- Comment #5 from Pawel Sikora 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, right?
>
> As we have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #11 from Pawel Sikora 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 for 4.7.x to bring
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36485
--- Comment #4 from Pawel Sikora 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 for explicit/pure x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #7 from Pawel Sikora 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-4.6.0/libstdc++-v3/con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #6 from Pawel Sikora 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$_ZN9__gnu_cxx3__713ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #4 from Pawel Sikora 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 the simple new (malloc
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: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51649
--- Comment #1 from Pawel Sikora 2011-12-21 11:53:23
UTC ---
adding '(__7::)?' to regex patterns should be ok.
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=51142
--- Comment #6 from Pawel Sikora 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 changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #4 from
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: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40210
--- Comment #11 from Pawel Sikora 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 are inline-asm reall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40210
--- Comment #9 from Pawel Sikora 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=50348
--- Comment #4 from Pawel Sikora 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 of the std:: (exceptions ty
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=50349
Bug #: 50349
Summary: /usr/bin/ld: warning: wildcard match appears in both
version 'GLIBCXX_3.4' and 'CXXABI_1.3' in script
Classification: Unclassified
Product: gcc
Version: 4.6
1 - 100 of 1096 matches
Mail list logo
