https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61663
--- Comment #5 from CVS Commits ---
The trunk branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:80f075b410125bddb31459428760645baba1a69f
commit r14-1689-g80f075b410125bddb31459428760645baba1a69f
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109650
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110202
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-06-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109650
Georg-Johann Lay changed:
What|Removed |Added
CC|saaadhu at gcc dot gnu.org |
--- Comment #13 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #64 from CVS Commits ---
The releases/gcc-12 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:ee92dc2dae45acc79d4dc08ea31adf894831840a
commit r12-9691-gee92dc2dae45acc79d4dc08ea31adf894831840a
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109650
--- Comment #12 from CVS Commits ---
The releases/gcc-12 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:ee92dc2dae45acc79d4dc08ea31adf894831840a
commit r12-9691-gee92dc2dae45acc79d4dc08ea31adf894831840a
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #19 from Mikael Morin ---
(In reply to anlauf from comment #15)
>
> Your patch also seems to fix (at first glance) the character case as well
> as type, so this appears to be the right direction.
Yet, your patch identifies a bug in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #63 from CVS Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:6165b233ecc637efb5edcad8a34aae74b165a711
commit r13-7436-g6165b233ecc637efb5edcad8a34aae74b165a711
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109650
--- Comment #11 from CVS Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:6165b233ecc637efb5edcad8a34aae74b165a711
commit r13-7436-g6165b233ecc637efb5edcad8a34aae74b165a711
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
Mikael Morin changed:
What|Removed |Added
Attachment #55296|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #17 from Mikael Morin ---
Looking further at the implementation of gfc_trans_allocate_array_storage, the
size vs elem_size dance can be removed from my patch, as size is almost unused
in the onstack case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #62 from CVS Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:30a8771c0f5ddcbc329408c3bbf4f100b01acca9
commit r14-1688-g30a8771c0f5ddcbc329408c3bbf4f100b01acca9
Author: Georg-Johann Lay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109650
--- Comment #10 from CVS Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:30a8771c0f5ddcbc329408c3bbf4f100b01acca9
commit r14-1688-g30a8771c0f5ddcbc329408c3bbf4f100b01acca9
Author: Georg-Johann Lay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #16 from Mikael Morin ---
(In reply to anlauf from comment #13)
> (In reply to Mikael Morin from comment #12)
> > (In reply to anlauf from comment #8)
> > > Enabling derived types does not work when they occur in an array
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #15 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #14)
> Will look at your approach later.
For the draft testcase, your patch seems to handle the explicit temporaries,
but there is a runtime error (memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110193
--- Comment #4 from ibuclaw at gcc dot gnu.org ---
A shortcut to signed_or_unsigned_type_for for vector types seems reasonable
nonetheless.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110193
--- Comment #3 from ibuclaw at gcc dot gnu.org ---
(In reply to ibuclaw from comment #2)
> Gimple dump:
> ---
> __vector(int[4]) rshift (__vector(int[4]) v)
> {
> __vector(int[4]) D.1795;
>
> _1 = VIEW_CONVERT_EXPR(v);
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110202
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110193
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110113
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110203
--- Comment #4 from Jeremy R. ---
Thanks for tracking down the duplicates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110202
Andrew Pinski changed:
What|Removed |Added
Component|target |rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110202
--- Comment #1 from Andrew Pinski ---
Created attachment 55299
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55299=edit
Corrected testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98960
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65855
Andrew Pinski changed:
What|Removed |Added
CC||gabravier at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98960
Andrew Pinski changed:
What|Removed |Added
CC||llvm at rifkin dot dev
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110203
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110204
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|Suspicous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110204
--- Comment #1 from Andrew Pinski ---
Created attachment 55298
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55298=edit
Testcase preprocessed source
Please next time attach the preprocessed source as requested at
foo() {
return ranges::to(m | ranges::views::keys);
}
GCC trunk reports:
/opt/compiler-explorer/gcc-trunk-20230610/include/c++/14.0.0/bits/stl_iterator_base_funcs.h:175:9:
warning: iteration 9223372036854775807 invokes undefined behavior
[-Waggressive-loop-optimizations]
175 | while
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #14 from anlauf at gcc dot gnu.org ---
Created attachment 55297
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55297=edit
Draft testcase
This testcase tries to probe many different paths for real array ctors.
I have similar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #13 from anlauf at gcc dot gnu.org ---
(In reply to Mikael Morin from comment #12)
> (In reply to anlauf from comment #8)
> > Enabling derived types does not work when they occur in an array
> > constructor,
> > and the code would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110203
--- Comment #2 from Jeremy R. ---
I wasn't able to get this to work with unsigned either
https://godbolt.org/z/bGcW7ebjd but maybe there's some other way to trigger
this optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110196
--- Comment #11 from fabian_kessler at gmx dot de ---
With the following code extension, I get what I want, but this may also be
platform dependent:
class stacktrace_entry{
// ...
std::string _symbol(uintptr_t const pc) const {
Dl_info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110203
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110102
--- Comment #9 from Arthur O'Dwyer ---
(In reply to Jason Merrill from comment #8)
> (In reply to Arthur O'Dwyer from comment #6)
> > I still think it would be nice if GCC stopped supporting
> > int f(std::vector v) { return v[0]; }
> > ,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110203
Bug ID: 110203
Summary: Sum should optimize to closed form
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110014
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tim Lange :
https://gcc.gnu.org/g:39adc5eebd61fd276f3f1ef9d7228756a35bd0cb
commit r14-1685-g39adc5eebd61fd276f3f1ef9d7228756a35bd0cb
Author: Tim Lange
Date: Fri Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109577
--- Comment #3 from CVS Commits ---
The master branch has been updated by Tim Lange :
https://gcc.gnu.org/g:39adc5eebd61fd276f3f1ef9d7228756a35bd0cb
commit r14-1685-g39adc5eebd61fd276f3f1ef9d7228756a35bd0cb
Author: Tim Lange
Date: Fri Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109577
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tim Lange :
https://gcc.gnu.org/g:1d57a2232575913ad1085bac0ba5e22b58185179
commit r14-1684-g1d57a2232575913ad1085bac0ba5e22b58185179
Author: Tim Lange
Date: Fri Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #12 from Mikael Morin ---
(In reply to anlauf from comment #8)
> Enabling derived types does not work when they occur in an array constructor,
> and the code would ICE on empty constructors of derived type.
>
Looking at the code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #11 from Mikael Morin ---
(In reply to Mikael Morin from comment #9)
> (In reply to anlauf from comment #8)
> >
> > I haven't understood yet how (and why) temporaries are generated for
> > procedure arguments even when it is known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110202
Bug ID: 110202
Summary: _mm512_ternarylogic_epi64 generates unnecessary
operations
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #10 from Mikael Morin ---
Created attachment 55296
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55296=edit
Another way to fix this problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110196
--- Comment #10 from fabian_kessler at gmx dot de ---
> It is only called once, isn't it?
Actually, _S_init is even called in a loop. And the singleton pattern is also a
code extension from me. Therefore, backtrace_create_state is also called
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99832
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-06-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110195
--- Comment #8 from Jonathan Wakely ---
In the context of the C++ standard a "defect report" has a very specific
meaning, and it doesn't apply here.
The proposal
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p1008r1.pdf changed
this
48 matches
Mail list logo
