http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
Arthur O'Dwyer arthur.j.odwyer at gmail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
--- Comment #16 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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: 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
gfortran.
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
--- Comment #2 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
--- Comment #4 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com ---
@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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61613
--- Comment #7 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com ---
@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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36043
Arthur O'Dwyer arthur.j.odwyer at gmail dot com changed:
What|Removed |Added
CC
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arthur.j.odwyer at gmail dot com
cat test.cc EOF
int main() {
goto doit;
[]() { doit: ; };
doit: ;
}
EOF
g++ -std=c++11 -c test.cc
test.cc: In function `int main()':
test.cc:2:8
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/onlinedocs/cpp/Variadic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61613
--- Comment #1 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com ---
Already filed against Clang: http://llvm.org/bugs/show_bug.cgi?id=19141
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49997
Summary: ICE in inline_small_functions with
-fnon-call-exceptions
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50039
Bug #: 50039
Summary: Segfault in vect_operation_fits_smaller_type()
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50067
Bug #: 50067
Summary: Wrong code with -fpredictive-commoning
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
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
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 arthur.j.odwyer at gmail dot com changed:
What|Removed |Added
Known to work||4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48694
Arthur O'Dwyer arthur.j.odwyer at gmail dot com changed:
What|Removed |Added
CC
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:
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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43341
Arthur O'Dwyer arthur.j.odwyer at gmail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43341
--- Comment #6 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48813
--- Comment #1 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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
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 arthur.j.odwyer at gmail dot com changed:
What|Removed |Added
Known to work||4.4.5
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48921
--- Comment #3 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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
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
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:
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000
--- Comment #9 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49033
--- Comment #2 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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
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:
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49308
Arthur O'Dwyer arthur.j.odwyer at gmail dot com changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49227
--- Comment #2 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49227
Arthur O'Dwyer arthur.j.odwyer at gmail dot com changed:
What|Removed |Added
CC
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49033
--- Comment #7 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49758
--- Comment #1 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49948
Summary: ICE with -ftree-parallelize-loops: address taken, but
ADDRESSABLE bit not set
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49948
--- Comment #1 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
2011-08-02 17:43:00 UTC ---
Created attachment 24895
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24895
Output of gcc-4.5 -O3 -ftree-parallelize-loops=2 -std=c99 -c test.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49227
--- Comment #5 from Arthur O'Dwyer arthur.j.odwyer at gmail dot com
2011-08-02 17:47:20 UTC ---
Confirmed that my testcase no longer reproduces, as of svn revision 177081 or
earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51494
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
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 that bug has been
marked RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65396
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61458
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
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
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
Verifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59704
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65923
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84435
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
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`
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #13 from Arthur O'Dwyer ---
Re https://gcc.gnu.org/viewcvs?rev=266386=gcc=rev — awesome, but I'm
curious: Why `deque` before `vector`?
I mean are you planning eventually to add the specializations of
`__is_trivially_relocatable` for
: 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 'X&a
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=78511
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82768
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
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
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(),
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #19 from Arthur O'Dwyer ---
Awesome! Thank you! :)
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
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=70637
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
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=85137
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92495
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
ty: 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>;
template void
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: ---
Bug 92439 may be related.
cat >test.cc < concept A = true;
template requires (A int
EOF
g++ -std=c++2a t
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68350
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
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
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
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95407
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
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/> f
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
1 - 100 of 193 matches
Mail list logo