https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109181
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-03-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109181
Bug ID: 109181
Summary: requires expression type requirement rejects valid
type when it is a nested member template
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
--- Comment #6 from Mike Smith ---
(In reply to CVS Commits from comment #4)
> The trunk branch has been updated by Jason Merrill :
>
> https://gcc.gnu.org/g:890043314a7f405081990ea9d0cb577dd44f883f
>
> commit r13-6742-g890043314a7f405081990ea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69818
--- Comment #9 from Eric Gallager ---
I've learned that there's another name for function-style casts that people
sometimes use: constructor-style casts. So, there might be some bikeshedding to
do about the name of the option...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
--- Comment #14 from steve02081504 ---
(In reply to Andrew Pinski from comment #13)
> See http://womble.decadent.org.uk/c++/template-faq.html#disambiguation also
> to better understand the reason why GCC implements it this way and why it is
> ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
--- Comment #13 from Andrew Pinski ---
See http://womble.decadent.org.uk/c++/template-faq.html#disambiguation also to
better understand the reason why GCC implements it this way and why it is hard
to implement this "extension" in all cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
--- Comment #12 from Andrew Pinski ---
Right and I am saying it is hard to support in a parser.
That is exactly why the language requires the template keyword here is to
distinguish and help out the parser.
Basically I am saying the whole point
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
--- Comment #11 from steve02081504 ---
(In reply to Andrew Pinski from comment #10)
> Take:
> type_info.can_convert_to
>
> The first part is dependent so when it goes to parse the next identifier,
> the parser does not know that can_convert_to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109105
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
--- Comment #10 from Andrew Pinski ---
Take:
type_info.can_convert_to
The first part is dependent so when it goes to parse the next identifier, the
parser does not know that can_convert_to is a template or not.
So it thinks < is the less than o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
--- Comment #9 from steve02081504 ---
I don't quite understand why this is correct, can you elaborate on why and how
to change the code to bypass the error reporting?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #14 from Hans-Peter Nilsson ---
(In reply to David Malcolm from comment #13)
> Created attachment 54698 [details]
> Patch that I'm about to put through full testing
(and of course there was an additional hurdle to DTRT for the new a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Peter Bergner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #22 from CVS Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:44a13125a0d56dbabb9bc61de7ff8bf94fb57928
commit r13-6745-g44a13125a0d56dbabb9bc61de7ff8bf94fb57928
Author: Peter Bergner
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108975
--- Comment #13 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:6f90de97634d6f1617a054429f28b85fbfbd8b6f
commit r13-6743-g6f90de97634d6f1617a054429f28b85fbfbd8b6f
Author: Jason Merrill
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106890
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109094
--- Comment #8 from David Malcolm ---
Created attachment 54700
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54700&action=edit
Patch that I'm about to put through full testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109180
Bug ID: 109180
Summary: Explicit template instantiation doesn't work for
constexpr destructors on arm32 when optimizations are
enabled
Product: gcc
Version: 12.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109171
--- Comment #4 from urbanjost at comcast dot net ---
Try that again. 101047. Not sure what happened to the paste buffer to get
that other number.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101047
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109171
--- Comment #3 from urbanjost at comcast dot net ---
When you said you thought it was a duplicate I spent some time rechecking,
and I think this is covered by 50991? Very different keywords and example,
but if no pointer allocation is working at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109094
--- Comment #7 from David Malcolm ---
Trunk: https://godbolt.org/z/MKh4h1ccP
12.2: https://godbolt.org/z/73EY4TMcx (no ICE, but assertions likely disabled)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #21 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #20)
> That LGTM, but Vlad is the maintainer here...
It looks ok for me too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109094
David Malcolm changed:
What|Removed |Added
Attachment #54637|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #20 from Jakub Jelinek ---
That LGTM, but Vlad is the maintainer here...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #19 from Peter Bergner ---
(In reply to Peter Bergner from comment #18)
> (In reply to Jakub Jelinek from comment #16)
> > Can't you move all the tests that don't need id or static_id (all but one)
> > before the
> > lra_insn_recog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #18 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #16)
> Can't you move all the tests that don't need id or static_id (all but one)
> before the
> lra_insn_recog_data_t id = lra_get_insn_recog_data (to);
> struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85877
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Jason Merrill changed:
What|Removed |Added
Target Milestone|10.5|13.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #17 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #16)
> Can't you move all the tests that don't need id or static_id (all but one)
> before the
> lra_insn_recog_data_t id = lra_get_insn_recog_data (to);
> struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:890043314a7f405081990ea9d0cb577dd44f883f
commit r13-6742-g890043314a7f405081990ea9d0cb577dd44f883f
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #16 from Jakub Jelinek ---
Can't you move all the tests that don't need id or static_id (all but one)
before the
lra_insn_recog_data_t id = lra_get_insn_recog_data (to);
struct lra_static_insn_data *static_id = id->insn_static_da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108975
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #15 from Peter Bergner ---
(In reply to Vladimir Makarov from comment #14)
> Peter, sorry for troubles and thank you for working on it. The patch is ok
> for me. Could you commit the patch if the bootstrap is ok.
Will do and no pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109159
--- Comment #3 from Marek Polacek ---
This hunk broke it:
@@ -3251,6 +3251,12 @@ add_template_candidate_real (struct z_candidate
**candidates, tree tmpl,
goto fail;
}
+ /* Now the explicit specifier might have been deduced; check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #14 from Vladimir Makarov ---
(In reply to Peter Bergner from comment #13)
> (In reply to Peter Bergner from comment #12)
> > I'll try moving the test up earlier and testing with that.
>
> So this fixes the ICEs on the two test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #13 from Peter Bergner ---
(In reply to Peter Bergner from comment #12)
> I'll try moving the test up earlier and testing with that.
So this fixes the ICEs on the two test cases above. I'll try a full bootstrap
with it.
--- a/gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #12 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #7)
> So perhaps:
> --- gcc/lra-constraints.cc.jj 2023-03-17 16:09:09.162136438 +0100
> +++ gcc/lra-constraints.cc2023-03-17 21:37:04.799285670 +0100
> @@ -5020,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109163
David Malcolm changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #10 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #7)
> So perhaps:
> --- gcc/lra-constraints.cc.jj 2023-03-17 16:09:09.162136438 +0100
> +++ gcc/lra-constraints.cc2023-03-17 21:37:04.799285670 +0100
> @@ -5020,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #9 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #7)
> So perhaps:
> --- gcc/lra-constraints.cc.jj 2023-03-17 16:09:09.162136438 +0100
> +++ gcc/lra-constraints.cc2023-03-17 21:37:04.799285670 +0100
> @@ -5020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #8 from Peter Bergner ---
Here's another creduced test case, this one with -O2 optimization:
bergner@ltcden2-lp1:PR109179$ cat bug2.i
union u
{
_Float128 flt;
long sign;
};
_Float128
foo (long src)
{
union u var;
var.sign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104332
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:3cca6b5fa51fd271644082761de85e89fd56d69c
commit r10-11256-g3cca6b5fa51fd271644082761de85e89fd56d69c
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f68f0e69d988ca999c09953811f3cc722f114677
commit r11-10584-gf68f0e69d988ca999c09953811f3cc722f114677
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104332
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:c5cb9d8819eb9551d23f77e63cb3399115f0aab8
commit r10-11255-gc5cb9d8819eb9551d23f77e63cb3399115f0aab8
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104332
--- Comment #11 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:7ce83edf8ebbbc21b20aeed3a3ab06bb2e9e02cb
commit r11-10583-g7ce83edf8ebbbc21b20aeed3a3ab06bb2e9e02cb
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109171
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2023-03-17
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #7 from Jakub Jelinek ---
So perhaps:
--- gcc/lra-constraints.cc.jj 2023-03-17 16:09:09.162136438 +0100
+++ gcc/lra-constraints.cc 2023-03-17 21:37:04.799285670 +0100
@@ -5020,7 +5020,9 @@ combine_reload_insn (rtx_insn *from,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109165
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c48be8298c27143c1a684c0cb9689c88d16f4b49
commit r13-6741-gc48be8298c27143c1a684c0cb9689c88d16f4b49
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Andrew Pinski changed:
What|Removed |Added
Severity|normal |blocker
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #6 from Vladimir Makarov ---
Peter, thank you for reporting. I'll try to fix it today or revert it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #5 from Peter Bergner ---
The "from" and "to" arguments to combine_reload_insn() are:
(gdb) pr from
(insn 19 17 9 2 (parallel [
(set (reg:TI 118 [ ])
(unspec:TI [
(reg:TI 117 [ _2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #4 from Peter Bergner ---
...on the following minimal test case:
bergner@ltcden2-lp1:PR109179$ cat bug.i
__int128 var;
__int128
foo (void)
{
return var;
}
bergner@ltcden2-lp1:PR109179$
/home/bergner/gcc/build/gcc-fsf-mainline-ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #3 from Peter Bergner ---
The ICE is occurring with:
Breakpoint 2, internal_error (gmsgid=0x1351b738 "RTL check: expected elt %d
type '%c' or '%c', have '%c' (rtx %s) in %s, at %s:%d")
at /home/bergner/gcc/gcc-fsf-mainline-chip-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #2 from Peter Bergner ---
(In reply to Peter Bergner from comment #1)
> Vlad's recent commit looks like a promising candidate though:
[snip]
> I'm building with the commit before this to see whether we succeed or not.
Bootstrap is i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #1 from Peter Bergner ---
Vlad's recent commit looks like a promising candidate though:
commit 57688950b9328cbb4a9c21eb3199f9132b5119d3
Author: Vladimir N. Makarov
AuthorDate: Fri Mar 17 08:58:58 2023 -0400
Commit: Vladimir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Peter Bergner changed:
What|Removed |Added
Last reconfirmed||2023-03-17
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Bug ID: 109179
Summary: addkf3-sw.c:51:1: internal compiler error: RTL check:
expected elt 3 type 'e' or 'u', have '0'
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69410
--- Comment #12 from Jason Merrill ---
(In reply to Zopolis0 from comment #8)
Thanks for your work on this bug!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69410
--- Comment #11 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ae7190e345a8d80310835cb83b3b41ef2aeb0d37
commit r13-6740-gae7190e345a8d80310835cb83b3b41ef2aeb0d37
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
Peter Bergner changed:
What|Removed |Added
Known to work|10.0, 11.0 |
--- Comment #2 from Peter Bergner ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #13 from David Malcolm ---
Created attachment 54698
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54698&action=edit
Patch that I'm about to put through full testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
Peter Bergner changed:
What|Removed |Added
CC||chip.kerchner at ibm dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
Bug ID: 109178
Summary: ICE using __builtin_vec_xst_trunc built-in
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108419
--- Comment #4 from Andrew Macleod ---
Not easily. I have started working on a phi analyzer for ranger to assist with
various issues like this.
It will analyze phi patterns to weed out the ssa-names that are just copies,
and then allow the few
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
--- Comment #21 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:24c06560a7fa39049911eeb8777325d112e0deb9
commit r13-6739-g24c06560a7fa39049911eeb8777325d112e0deb9
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
Andrew Pinski changed:
What|Removed |Added
CC||waffl3x at protonmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109168
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108419
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
--- Comment #1 from Mathieu Malaterre ---
Created attachment 54697
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54697&action=edit
Preprocessed source gcc-13
% /usr/lib/gcc-snapshot/bin/g++ -freport-bug -DHWY_STATIC_DEFINE
-I/home/malat/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109177
Bug ID: 109177
Summary: Call to C++ function marked unavailable gets diagnosed
twice
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
Bug ID: 109176
Summary: internal compiler error: in to_constant, at
poly-int.h:504
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #12 from David Malcolm ---
Thanks for the ideas. If I hack in the following into dg-scan (to force the
scanned file to be treated as UTF-8 as it is read), then the existing case
works with both:
LC_ALL=C
LC_ALL=en_US.UTF-8
so p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
steve02081504 changed:
What|Removed |Added
Version|unknown |12.2.0
--- Comment #7 from steve0208150
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
--- Comment #6 from steve02081504 ---
Created attachment 54696
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54696&action=edit
temp.cpp
(In reply to Andrew Pinski from comment #4)
> You provide a full example of what you want?
> Because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109151
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:103d423f6ce72ccb03d55b7b1dfa2dabd5854371
commit r13-6738-g103d423f6ce72ccb03d55b7b1dfa2dabd5854371
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109168
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
--- Comment #3 from Mathieu Malaterre ---
Compiling the preprocessed source:
% /usr/lib/gcc-snapshot/bin/g++ --verbose -g -fstack-protector-strong -Wformat
-Werror=format-security -DHWY_BROKEN_EMU128=0 -Wdate-time -D_FORTIFY_SOURCE=2
-fPIE -fv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
--- Comment #2 from Mathieu Malaterre ---
Created attachment 54695
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54695&action=edit
Preprocessed source gcc-12
g++ -save-temps=obj -DHWY_SHARED_DEFINE
-I"/home/malat/highway-1.0.4~git202303
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
--- Comment #1 from Mathieu Malaterre ---
Created attachment 54694
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54694&action=edit
Preprocessed source gcc-13
% /usr/lib/gcc-snapshot/bin/g++ -save-temps=obj -DHWY_SHARED_DEFINE
-I"/home/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
Bug ID: 109175
Summary: error: 'void* __builtin_memset(void*, int, long
unsigned int)' writing 4 or more bytes into a region
of size 0 overflows the destination
[-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #6 from Vladimir Makarov ---
(In reply to Uroš Bizjak from comment #5)
> (In reply to Vladimir Makarov from comment #4)
>
> > So I think the current patch is probably an adequate solution.
>
> Perhaps the compiler should also try t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
--- Comment #7 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:6bfb5eae96b65894da1301e966568fdf32bf64d0
commit r13-6737-g6bfb5eae96b65894da1301e966568fdf32bf64d0
Author: Gaius Mulley
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109173
--- Comment #5 from Jan Wassenberg ---
Thanks, Mathieu, for raising this.
Note that clang has changed their intrinsic to require an unsigned arg:
https://github.com/google/highway/commit/45b1fac0b1c404e6573c2f182b36c245af6503e0
I understand t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #11 from David Malcolm ---
(In reply to Hans-Peter Nilsson from comment #10)
> (I see an identifier using ideographs?
> Wouldn't want to review that code... Might as well use Linear A -which you
> indeed can in UTF-8- - it's all gr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109160
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Ever conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #5 from Uroš Bizjak ---
(In reply to Vladimir Makarov from comment #4)
> So I think the current patch is probably an adequate solution.
Perhaps the compiler should also try to swap input operands to fit the combined
insn when commu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69410
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #4 from Vladimir Makarov ---
The complete solution would be running combine pass also after LRA. I am not
sure how frequently the 2nd pass will improve the code. Also probably it might
create some troubles the fix of which will requ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #3 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:57688950b9328cbb4a9c21eb3199f9132b5119d3
commit r13-6736-g57688950b9328cbb4a9c21eb3199f9132b5119d3
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109102
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 134 matches
Mail list logo
