Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
David Blaikie, Richard Smith, and I discovered this GCC bug while tracking down
a separate bug in llvm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93295
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
erity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
Possibly related (although these seem to complain about the opposite of what
I'm complaining about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87234
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82850
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39970
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
MED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
// https://godbolt.org/z/z4rjjq
struct S { int x; int operator*() const; };
extern const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96215
--- Comment #2 from Arthur O'Dwyer ---
WG21's commentary on CWG 1273 (which is now
http://cwg-issue-browser.herokuapp.com/cwg1172
) seems completely bizarre to me. Sure, `decltype(g.x)` could theoretically
refer to a private member of `g`; but so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96213
--- Comment #2 from Arthur O'Dwyer ---
Here's a similar situation I just ran into again, somehow!
// https://godbolt.org/z/3TKG1z
struct S {};
template void f() {}
template void g() {}
int main() {
f(); // correctly errors out
g(); //
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
// https://godbolt.org/z/rafY6G
template
concept PackHasAdd = (requires(Args... args) {
(args+1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
// https://godbolt.org/z/Kc98ea
struct A { int x; };
extern A a;
templat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95407
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
FIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
// https://godbolt.org/z/neqx1q
cat >test.cpp <https://gcc.gnu.org/bugs/> for inst
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
Bug 92439 may be related.
cat >test.cc < concept A = true;
template requires (A int
EOF
g++ -std=c++2a t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92495
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
cat >test.cc <
class TS {
int x;
public:
constexpr TS(int) {}
};
TS(int) -> TS<1>;
tem
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
cat >test.cc <https://gcc.gnu.org/bugs/> for instructions.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
// https://godbolt.org/z/KhiNKJ
template class A>
struct G {
template using B = A;
templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68350
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #23 from Arthur O'Dwyer ---
@Dan Stahlke: I believe
https://stackoverflow.com/questions/47464819/uninitialized-copy-memcpy-memmove-optimization
answers your question. Or, if it doesn't, then Marc or someone should consider
posting an
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
// https://godbolt.org/z/FCqkWh
template concept A = true;
struct S {
virtual int foo(A auto) = 0;
};
g++ test.cc -std=c++2a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50235
Bug #: 50235
Summary: Wrong code with volatile bitfields and -Os
Classification: Unclassified
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priorit
IRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Related to Bug 14993.
"Adventure II" works perfectly with the old f77 compiler, but crashes under
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
--- Comment #2 from Arthur O'Dwyer ---
You're right, adding
EXTERNAL RAN
to the top of the program seems to "fix" it. However, for gfortran to break
code that has worked since the 1980s (in a dialect with "1977" in the name, no
less!) seems.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
--- Comment #4 from Arthur O'Dwyer ---
@Steve: When I say "f77" in lowercase, I'm talking about the f77 executable
that comes as part of the "fort77" package on Ubuntu. (It works by invoking f2c
followed by the C compiler.)
The only reason I was
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
struct X {
friend X& operator+=(X&, int) { }
};
https://godbolt.org/z/17PLVW
: In function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #15 from Arthur O'Dwyer ---
@Marc, it only now occurs to me that if libstdc++ uses
`__is_trivially_relocatable` as its userspace type-trait name, then GCC won't
be able to use `__is_trivially_relocatable(T)` as the name of its compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #17 from Arthur O'Dwyer ---
(In reply to Marc Glisse from comment #16)
> (In reply to Arthur O'Dwyer from comment #15)
> > @Marc, it only now occurs to me that if libstdc++ uses
> > `__is_trivially_relocatable` as its userspace type-t
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
https://godbolt.org/z/IdXUBQ
std::deque dq;
auto st = std::stack{dq};
This should be deduced as equivalent to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70637
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70637
--- Comment #2 from Arthur O'Dwyer ---
I should add, this is a bug in trunk, I don't know why the "Version" is set to
GCC 5.2. :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #19 from Arthur O'Dwyer ---
Awesome! Thank you! :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85137
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
Bug 77911 might be related, I'm not sure.
// https://godbolt.org/z/UUb7kW
constexpr bool test() {
int i[2]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61458
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
I just implemented set/multiset deduction guides for libc++ because they were
missing entirely. My regression test fails on libstdc++ trunk.
The full test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89477
--- Comment #1 from Arthur O'Dwyer ---
Similar cases for `unordered_{multi,}set` as well.
// https://godbolt.org/z/onYid6
#include
int main() {
const int arr[] = { 1, 2, 3 };
std::unordered_set s(arr, arr+3, 42, std::hash(),
std::alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89477
--- Comment #4 from Arthur O'Dwyer ---
libstdc++ passes all my test cases now except this one:
```
// https://godbolt.org/z/kvh9Ih
#include
std::set s;
std::set t(s, std::allocator());
```
The issue is that we humans can logically deduce t's Al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78511
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82768
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
When we move-assign an allocator-aware container, and the allocator does POCMA,
and the allocators of
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
This actually looks like a duplicate of PR80682, but that one was closed as
"fixed" a while back, a
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
cat > test.cc <https://godbolt.org/z/mbeKD5
Verification th
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
Consider the following program:
struct Base {
constexpr Base() = default;
virtual int foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59704
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65923
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84435
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #7 from Arthur O'Dwyer ---
> std::string is not trivially relocatable in libstdc++
This is surprising news to me! Just goes to show that we would benefit from an
accurate detection mechanism and type trait. :)
> so I won't waste any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #10 from Arthur O'Dwyer ---
> Still better than duplicating the whole class IMO.
The `optional` example in P1144R0 Appendix B looks scarier than I should have.
For one thing, I omitted all the boring user-facing API of `optional` (em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #13 from Arthur O'Dwyer ---
Re https://gcc.gnu.org/viewcvs?rev=266386&root=gcc&view=rev — awesome, but I'm
curious: Why `deque` before `vector`?
I mean are you planning eventually to add the specializations of
`__is_trivially_relocata
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
--- Comment #16 from Arthur O'Dwyer
2012-11-26 23:02:52 UTC ---
(Sorry for the spam.)
The corresponding Clang enhancement is
http://llvm.org/bugs/show_bug.cgi?id=14440
Severity: minor
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
I'm not sure how this isn't a duplicate of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51229 , but tha
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
(This was found by the same fuzzer as
https://bugs.llvm.org/show_bug.cgi?id=33425 --- except in this case Clang gets
the right answer and GCC gets it wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81078
--- Comment #1 from Arthur O'Dwyer ---
I've found that the misbehavior actually depends on the *ordering* of bases in
the class graph, not just the shape of the graph.
// https://wandbox.org/permlink/DaKQxTc5Ldqj9FlY
#include
struct Sideboard
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
Target Milestone: ---
Compile this code with GCC trunk and -fconcepts:
template
concept bool Never = requires(T t) {
{ t != 42 };
};
templa
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
cat >test.cc <
Severity: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
The following program uses the ",##__VA_ARGS__" token-pasting extension
described here: https://gcc.gnu.org/onli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61613
--- Comment #1 from Arthur O'Dwyer ---
Already filed against Clang: http://llvm.org/bugs/show_bug.cgi?id=19141
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36043
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51494
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61613
--- Comment #7 from Arthur O'Dwyer ---
@David, sadly, I'm not set up to build or test GCC patches, nor am I registered
as a contributor. Anyone else want to step up?
I could suggest test cases, perhaps, but I wouldn't be good at shepherding this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48714
Summary: gcc -O hangs gobbling memory, while gcc -O
-fno-tree-fre finishes quickly
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48714
Arthur O'Dwyer changed:
What|Removed |Added
Known to work||4.4.5, 4.5.1
Version|unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48694
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48722
Summary: ICE in df_refs_verify() with -mno-push-args
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48723
Summary: ICE in ix86_expand_prologue() with -fstack-check +
function returning struct, on corei7-avx
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48732
Summary: Nested loops with small iteration count gobble time in
"tree reassociation"
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48739
Summary: ICE in check_loop_closed_ssa_use() with
"-ftree-parallelize-loops=2 -fno-tree-dominator-opts"
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
Summary: Infinite recursion in fold_binary_loc()
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48768
Summary: ICE in get_expr_operands()
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43341
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43341
--- Comment #6 from Arthur O'Dwyer
2011-04-26 20:18:42 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > gcc -fpack-struct=4 -fprofile-generate test.c
>
> -fpack-struct changes the ABI so it is not fully a bug there.
It's a gray a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48784
Summary: #pragma pack(1) + -fstrict-volatile-bitfields = bad
codegen
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48813
--- Comment #1 from Arthur O'Dwyer
2011-04-29 00:57:50 UTC ---
Created attachment 24136
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24136
Output of "ajo-gcc -Os -funroll-loops -c test227972954.c -v" with gcc 4.7.0
from SVN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48813
Summary: Segfault with backward branch inside dead loop body
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48921
Arthur O'Dwyer changed:
What|Removed |Added
Known to work||4.4.5, 4.5.1
--- Comment #1 from Arthur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48921
Summary: Value numbering takes infinite time on nested infinite
loop
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48921
--- Comment #3 from Arthur O'Dwyer
2011-05-10 00:02:51 UTC ---
(In reply to comment #2)
You're right. It no longer reproduces in revision 173589 (2011-05-09).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48973
Summary: Inliner bug with one-bit (1-bit) bitfield
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48975
Summary: ICE in execute_cse_reciprocals() with
-fno-tree-slp-vectorize
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000
Summary: ICE: verify_ssa failed with -O2 -g
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49032
Summary: -gstabs generates reference to deleted static variable
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49033
Summary: ICE in compute_affine_dependence
(tree-data-ref.c:4090) with -O3 -fcheck-data-deps
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000
--- Comment #9 from Arthur O'Dwyer
2011-05-18 00:48:32 UTC ---
Please also check any proposed fix against this second failure, which looks to
me as if it's caused by the same thing. I've renamed homologous structures to
emphasize the similarity.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49033
--- Comment #2 from Arthur O'Dwyer
2011-05-18 01:19:22 UTC ---
(In reply to comment #1)
> -march=native is useless. Please show outputs from
>
> # gcc -w -std=c99 -O3 -march=native -fcheck-data-deps test891883150.c -v
> # cat /proc/cpuinfo
I c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49071
Summary: Wrong code with -fschedule-insns (x86-64)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49093
Summary: ICE in vect_enhance_data_refs_alignment() with
volatile inside peeled loop
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49206
Summary: RA failure in spill_failure, at reload1.c:2113
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49308
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49602
Summary: verify_ssa failed (definition does not dominate use)
with "-O2 -g"
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49610
Summary: Segfault with -ftree-vectorize (or -O3)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49227
--- Comment #2 from Arthur O'Dwyer
2011-07-02 08:04:20 UTC ---
Created attachment 24657
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24657
Another testcase, fairly reduced
I just ran into the same ICE via automatic test generation. I'm a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49227
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49619
Summary: ICE in simplify_subreg, at simplify-rtx.c:5362
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49632
Summary: ICE in compute_affine_dependence
(tree-data-ref.c:4038) with -O3
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49033
--- Comment #7 from Arthur O'Dwyer
2011-07-08 05:37:51 UTC ---
(In reply to comment #6)
> I cannot reproduce this with trunk rev. 176000
I agree; I've updated to r175904, and it's not there either.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49758
Summary: -O2 incorrectly swaps overlapping memory accesses
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49758
--- Comment #1 from Arthur O'Dwyer
2011-07-16 06:46:24 UTC ---
Created attachment 24777
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24777
Output of "ajo-gcc -w -O2 test.c -v"
1 - 100 of 221 matches
Mail list logo
