http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56511
Bug #: 56511
Summary: memcpy misses chance to use AVX instructions
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56511
--- Comment #1 from Jeffrey Yasskin 2013-03-03
06:19:57 UTC ---
LLVM catches this optimization.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47671
Summary: Missed optimization on empty virtual destructors
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47709
Summary: is_heap(standard iterator) becomes ambiguous in C++0x
mode
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119
--- Comment #12 from Jeffrey Yasskin ---
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3675.html#1457 changed
this between C++11 and C++14.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119
--- Comment #14 from Jeffrey Yasskin ---
Whoops, I missed your comment 7 where you already knew the history. Sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50258
Bug #: 50258
Summary: -std=gnu++0x should allow in-class initialization of
static const floating types without constexpr
Classification: Unclassified
Product: gcc
Version: 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50280
Bug #: 50280
Summary: Incorrect type deduced for T& when passed a const
bitfield
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50491
Bug #: 50491
Summary: [C++0x] "unexpected ast of kind using_decl" on call to
using'ed grandparent member function
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50491
--- Comment #1 from Jeffrey Yasskin 2011-09-22
23:14:35 UTC ---
Both g++ versions also succeed when passed -std=c++98.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51013
Bug #: 51013
Summary: complex::{imag,real}() should maintain
lvalue-returning extension in C++11
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37743
Jeffrey Yasskin changed:
What|Removed |Added
CC||jyasskin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37743
--- Comment #8 from Jeffrey Yasskin 2012-05-01
20:47:00 UTC ---
Arguably, the bad diagnostic (reporting "unsigned int!=unsigned int") is more
serious than the bswap bug, since it may show up for other functions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429
Bug #: 53429
Summary: complex::{imag,real} should be marked alwaysinline to
guarantee libstdc++ binary compatibility between C++98
and C++11
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429
--- Comment #1 from Jeffrey Yasskin 2012-05-21
04:03:26 UTC ---
So far, this is purely a theoretical incompatibility. I haven't actually seen a
compiled libstdc++.so that exposes a version-specific complex::{imag,real}.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429
--- Comment #3 from Jeffrey Yasskin 2012-05-21
15:30:45 UTC ---
Richard, I'm not asking that it be possible to link together code compiled in
C++98 and C++11 mode. I'm asking that gcc be able to build in C++11 mode at
all. If libstdc++.so exposed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429
Jeffrey Yasskin changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53524
Jeffrey Yasskin changed:
What|Removed |Added
CC||jyasskin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119
Bug #: 52119
Summary: numeric_limits::min() is not a constant expression
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52119
--- Comment #4 from Jeffrey Yasskin 2012-02-05
02:04:00 UTC ---
I hadn't tested
#define __glibcxx_min(T) \
(__glibcxx_signed (T) ? -__glibcxx_max(T) - 1 : (T)0)
but now I have, and it works with clang.
||jyasskin at gcc dot gnu.org
Version|4.5.0 |4.7.0
--- Comment #10 from Jeffrey Yasskin 2012-02-22
23:38:02 UTC ---
->NEW since the issue was adopted for C++11:
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1234. Clearly I
didn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46596
Jeffrey Yasskin changed:
What|Removed |Added
CC||jyasskin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52486
Bug #: 52486
Summary: money_put/money_get/moneypunct interpreting
localeconv() result incorrectly and
inserting/requiring an extra space
Classification: Unclassified
Pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52538
Bug #: 52538
Summary: Extend C++11 UDLs to be compatible with inttypes.h
macros
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52796
Bug #: 52796
Summary: [4.6/4.7 C++11] Initialization of primitive object
with 0-length parameter pack fails to value-initialize
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52796
--- Comment #1 from Jeffrey Yasskin 2012-03-30
21:18:09 UTC ---
Created attachment 27050
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27050
Test file demonstrating improvement from 4.6->4.7
The attached 46_vs_47.cc shows that gcc-4.7 call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52796
Jeffrey Yasskin changed:
What|Removed |Added
Summary|[4.6/4.7 C++11] |[4.6/4.7/4.8 C++11]
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52799
Bug #: 52799
Summary: deque::emplace(iterator, ...) tries to call
push_front(...), which doesn't exist
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
Bug #: 52822
Summary: [C++11] stable_partition destroys sequence due to
inappropriate self-move-assignment
Classification: Unclassified
Product: gcc
Version: 4.8.0
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #1 from Jeffrey Yasskin 2012-04-01
20:41:43 UTC ---
Running the 4.6 testsuite with -std=c++0x as the default was unsuccessful, in
that it found only one error in an execution test, which was already known, and
didn't find the stable_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #5 from Jeffrey Yasskin 2012-04-02
02:15:24 UTC ---
Created attachment 27058
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27058
Fix by skipping past true-predicate values
Here's an algorithmic fix that passes check-c++. As a s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #7 from Jeffrey Yasskin 2012-04-02
16:41:41 UTC ---
Sounds good. Will send the patches to the list, probably tomorrow. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #9 from Jeffrey Yasskin 2012-04-12
20:59:14 UTC ---
Author: jyasskin
Date: Thu Apr 12 20:59:09 2012
New Revision: 186391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186391
Log:
Fix PR52822 (stable_partition move-assigns obj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #10 from Jeffrey Yasskin 2012-04-12
21:42:00 UTC ---
Author: jyasskin
Date: Thu Apr 12 21:41:55 2012
New Revision: 186394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186394
Log:
Fix PR52822 (stable_partition move-assigns ob
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #11 from Jeffrey Yasskin 2012-04-12
22:26:08 UTC ---
Author: jyasskin
Date: Thu Apr 12 22:26:02 2012
New Revision: 186396
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186396
Log:
Fix PR52822 by explicitly checking for object
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
Jeffrey Yasskin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
||jyasskin at gcc dot gnu.org
--- Comment #3 from Jeffrey Yasskin 2012-04-26
19:42:19 UTC ---
A simpler test case is:
$ cat test.cc
const long kNullPtr = 0;
const long* ptr = kNullPtr;
$ g++-4.7pre -c test.cc -std=gnu++11
test.cc:2:19: error: invalid conversion from ‘long int’ to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52145
--- Comment #5 from Jeffrey Yasskin 2012-04-26
23:06:05 UTC ---
"17" was the rough consensus at Kona for the target for the next standard. You
could use -std=c++1y or c++1x or whatever instead.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53132
Bug #: 53132
Summary: Missing top level in diagnostic's instantiation stack
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52145
--- Comment #7 from Jeffrey Yasskin 2012-04-26
23:56:22 UTC ---
Oops, I didn't actually realize you'd allocated an option for that in 4.8, and
was just making one up. Sorry for the distraction.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51213
--- Comment #3 from Jeffrey Yasskin 2012-04-27
01:31:49 UTC ---
This looks like the root cause. along with r174464, of a regression in C++11
mode from 4.6->4.7 on the following program:
$ cat test.cc
#include
class Uncopyable { // 2
Uncopya
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52538
--- Comment #4 from Jeffrey Yasskin 2012-04-27
17:47:30 UTC ---
Is this ok for gcc-4_7-branch too? The other bug reports Jonathan mentioned
won't be helped by a fix that skips 4.7.
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jyasskin at gcc dot gnu.org
[atomics.types.operations.req]p4 says:
A::A() noexcept = default;
Effects: leaves the atomic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605
--- Comment #2 from Jeffrey Yasskin ---
Thanks, Daniel. I think it would be totally reasonable to call this a bug in
C++ rather than a bug in libstdc++.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51150
Bug #: 51150
Summary: [C++11][4.6 Regression] ICE when result of ->
initializes const variable of different type
Classification: Unclassified
Product: gcc
Version: 4.6.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51150
Jeffrey Yasskin changed:
What|Removed |Added
Summary|[C++11][4.6 Regression] ICE |[C++11][4.6/4.7 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51150
--- Comment #2 from Jeffrey Yasskin 2011-11-16
05:30:12 UTC ---
And here's a similar test case using static_cast instead of ->:
$ cat test.ii
template void Foo(int val) {
const int now = static_cast(val);
}
$ g++ -std=c++0x test.ii -fsyntax-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51558
Bug #: 51558
Summary: Declaration of unspecialized
std::hash<_Tp>::operator()(_Tp) turns compile-time
errors into link-time errors
Classification: Unclassified
Product:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48138
Summary: __attribute__((aligned)) should give an error when
applied to a typedef or template parameter, at least
in C++0x mode.
Product: gcc
Version: 4.6.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47557
Jeffrey Yasskin changed:
What|Removed |Added
CC||jyasskin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48139
--- Comment #5 from Jeffrey Yasskin 2011-03-16
17:21:57 UTC ---
According to C99, lrint does not produce domain errors. It may only produce
range errors (and isn't required to):
"The lrint and llrint functions round their argument to the nearest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48139
--- Comment #8 from Jeffrey Yasskin 2011-03-17
01:09:38 UTC ---
Ah, I didn't check Posix, specifically
http://pubs.opengroup.org/onlinepubs/9699919799/functions/lrint.html. I now
agree that gcc can't optimize this without -fno-math-errno.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42540
Jeffrey Yasskin changed:
What|Removed |Added
CC||jyasskin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48372
Summary: Missed error for redundant default argument on
template.
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48406
Summary: #undefs isfinite() from math.h in C++0x
mode
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48406
--- Comment #1 from Jeffrey Yasskin 2011-04-02
05:52:12 UTC ---
FWIW, the path from algorithm->cmath appears to have been introduced in
gcc-4.5.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48420
Summary: Missed -Wconversion-null warning when passing const
bool to T*
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48500
Summary: Regression: Failing to convert template argument to
concrete type, in C++0x mode.
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48518
Summary: Inconsistent instantiation behavior depending on
operator overloading
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48748
Summary: Undocumented type traits used in libstdc++-4.6
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: documentation
Severity: minor
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48859
Summary: Regression: incorrect "uninitialized const member"
error on new without new-initializer
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48859
--- Comment #8 from Jeffrey Yasskin 2011-05-10
15:42:54 UTC ---
Thanks! Is this patch ok for the 4.6 branch too? If you don't have time to
backport it, I can.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46527
Summary: Member of template class gets wrong debug location
when template (but not member) is used before member
is defined
Product: gcc
Version: 4.6.0
Status: UNC
||2010.11.20 00:57:42
AssignedTo|unassigned at gcc dot |jyasskin at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from Jeffrey Yasskin 2010-11-20
00:57:42 UTC ---
Created
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46527
--- Comment #2 from Jeffrey Yasskin 2010-11-24
00:25:01 UTC ---
Author: jyasskin
Date: Wed Nov 24 00:24:54 2010
New Revision: 167104
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167104
Log:
Propagate the source location from a template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46527
Jeffrey Yasskin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
66 matches
Mail list logo
