https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:86f3cbdaa6f60eaff1cdb4ab2f1a9bc796b67207
commit r14-8330-g86f3cbdaa6f60eaff1cdb4ab2f1a9bc796b67207
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113420
JuzheZhong changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530
--- Comment #6 from Matthias Klose ---
> Does the GCC 13 branch actually try to build libgo for arc-linux-gnu?
I don't know. I usually configure with --enable-languages=go, which I didn't
with 13, but by a mistake did with 14. So maybe just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113537
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113420
--- Comment #1 from GCC Commits ---
The master branch has been updated by Li Xu :
https://gcc.gnu.org/g:46a664dd59ec6c1121914d6857d6edb94501c517
commit r14-8328-g46a664dd59ec6c1121914d6857d6edb94501c517
Author: xuli
Date: Mon Jan 22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113537
--- Comment #2 from Andrew Pinski ---
aarch64_vectorize_vec_perm_const does not handle at all the case where the 2
modes are different.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113537
--- Comment #1 from Andrew Pinski ---
One gimple level thing I noticed is we produce:
```
_1 = VEC_PERM_EXPR ;
_3 = BIT_FIELD_REF <_1, 64, 0>;
```
But Maybe that should just be:
```
_3 = VEC_PERM_EXPR ;
```
Which is what the vector might
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113537
Bug ID: 113537
Summary: ext should be used more for __builtin_shufflevector
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113536
Bug ID: 113536
Summary: valid reduction expression rejected by -gnatVo
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90463
--- Comment #2 from sandra at gcc dot gnu.org ---
A quick look through the lists of -Wall and -Wextra options turned up some
others that are missing, too. I'm trying to do a more thorough patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530
--- Comment #5 from Ian Lance Taylor ---
Does the GCC 13 branch actually try to build libgo for arc-linux-gnu?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113507
Kewen Lin changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109705
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113535
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2024-01-22
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113535
Bug ID: 113535
Summary: rs6000, testsuite: Re-visit the current vect_* for
Power
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113533
--- Comment #5 from Oleg Endo ---
(In reply to Andrew Pinski from comment #3)
> That seems to make the cost of a load/store if just an index, the same as the
> cost
> as the index. Which definitely seems wrong. It should be the cost of the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113534
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113533
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> The way aarch64 implements its _rtx_costs is that it cases SET and if the
> LHS is a mem, then it is the cost of the store there and returns true
> (though you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113533
--- Comment #3 from Andrew Pinski ---
(In reply to Oleg Endo from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > This is most likely a cost model issue on sh3.
>
> You mean this one (sh.cc, sh_rtx_costs)?
>
> /* The cost of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113534
Bug ID: 113534
Summary: printf might report segmentation fault under -mabi=ms
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #3 from John David Anglin ---
btf_kflag is set here:
else if (btf_kind == BTF_KIND_ENUM)
{
btf_kflag = dtd->dtd_enum_unsigned
? BTF_KF_ENUM_UNSIGNED
: BTF_KF_ENUM_SIGNED;
(gdb) p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113533
--- Comment #2 from Oleg Endo ---
(In reply to Andrew Pinski from comment #1)
> This is most likely a cost model issue on sh3.
You mean this one (sh.cc, sh_rtx_costs)?
/* The cost of a mem access is mainly the cost of the address mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113533
Andrew Pinski changed:
What|Removed |Added
Target||sh3-linux-gnu
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113533
Bug ID: 113533
Summary: [14 Regression] Code generation regression after
change for pr111267
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113005
--- Comment #14 from Lipeng Zhu ---
(In reply to Lipeng Zhu from comment #13)
> OK, I think I find the root cause of this error, when thread number greater
> than 1000, the file_name = 1000_tst.dat, character(11) will overflow. This
> will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #15 from kargl at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #14)
> On Sun, Jan 21, 2024 at 09:52:39PM +, anlauf at gcc dot gnu.org wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
> >
> > I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #14 from Steve Kargl ---
On Sun, Jan 21, 2024 at 09:52:39PM +, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
>
> I think that you cannot do
>
> + if (MPFR_HALF_CYCLE)
>
> you really
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
--- Comment #3 from Iain Sandoe ---
for platforms using pthreads as the underlying resource, then perhaps we can do
this without thread_atexit (which I do not see in many places) by using
pthread_cleanup_push ()
not sure if gthr.h abstracts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113403
--- Comment #14 from Iain Sandoe ---
Created attachment 57182
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57182=edit
patch under test
this is what I'm testing
- these functions are removed from libgcc.a and added to libgcc_eh.a
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91681
Roger Sayle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82420
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111279
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82420
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:bdcf7226c9fe87352466eb9a6bfc58fa24b3e5e1
commit r14-8324-gbdcf7226c9fe87352466eb9a6bfc58fa24b3e5e1
Author: Mikael Pettersson
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111279
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:bdcf7226c9fe87352466eb9a6bfc58fa24b3e5e1
commit r14-8324-gbdcf7226c9fe87352466eb9a6bfc58fa24b3e5e1
Author: Mikael Pettersson
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #2 from John David Anglin ---
We have:
.word 0x8604 ; btt_info: kind=6, kflag=1, vlen=4
This seems correct encoding:
/* Encoding for struct btf_type.info. */
#define BTF_TYPE_INFO(kind, kflag, vlen) \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500
--- Comment #10 from Jonathan Wakely ---
Fixed on trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:7431fcea6b72beb54abb1932c254ac0e76bd0bde
commit r14-8321-g7431fcea6b72beb54abb1932c254ac0e76bd0bde
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87403
Bug 87403 depends on bug 113532, which changed state.
Bug 113532 Summary: Warn about definition of macros that shadow keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113532
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113532
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109994
--- Comment #4 from Jonathan Wakely ---
*** Bug 113532 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113532
Bug ID: 113532
Summary: Warn about definition of macros that shadow keywords
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Keywords: diagnostic
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #11 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> (In reply to Andrew Pinski from comment #8)
> > (In reply to Andrew Pinski from comment #7)
> > > But the load is still using inserts and tbl. I have not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #1 from John David Anglin ---
Similar fails:
FAIL: gcc.dg/debug/btf/btf-enum-1.c scan-assembler-times [\\t ]0x604[\\t
]+[^\\n]*btt_info 1
FAIL: gcc.dg/debug/btf/btf-enum-small.c scan-assembler-times [\\t
]0x602[\\t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-01-21
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112293
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
--- Comment #11 from GCC Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:86de9b66480b710202a2898cf513db105d8c432f
commit r14-8319-g86de9b66480b710202a2898cf513db105d8c432f
Author: Roger Sayle
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Bug 89180 depends on bug 90464, which changed state.
Bug 90464 Summary: Documentation: incorrect description of -Wunused
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90464
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90464
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90464
--- Comment #1 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:5c3e2e134ba8e692f317f21aea10b70bfe14cfc1
commit r14-8318-g5c3e2e134ba8e692f317f21aea10b70bfe14cfc1
Author: Sandra Loosemore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113531
Bug ID: 113531
Summary: AddressSanitizer: stack-use-after-scope when iterating
over initializer list
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112293
--- Comment #8 from Jonathan Wakely ---
And here too: https://bugzilla.redhat.com/show_bug.cgi?id=2259394
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #9 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:68862e5c75ef0e875e690f0880a96fc6200d1682
commit r14-8317-g68862e5c75ef0e875e690f0880a96fc6200d1682
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492
--- Comment #12 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:1ead42f9836a13cbbe6a2be685f76750583ae320
commit r14-8316-g1ead42f9836a13cbbe6a2be685f76750583ae320
Author: Martin Uecker
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530
--- Comment #4 from John David Anglin ---
Created attachment 57181
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57181=edit
Add defines for hppa and hppa64 to goarch.sh
Untested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57360
--- Comment #8 from Walter Spector ---
Hi,
It is a good point. The message is helpful when issued within a procedure.
At module scope, it doesn't mean much since everything at that level is SAVE
anyway. This is similar to what happens in C:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57360
--- Comment #7 from kargl at gcc dot gnu.org ---
Upon some additional thinking, I wonder how useful this will be compared
to the possible volume of warning messages from modern Fortran. Consider
this code:
module foo
integer :: j = 2
type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530
--- Comment #3 from John David Anglin ---
Looks like a Makefile issue:
echo " _BigEndian = `$(SHELL) $(srcdir)/goarch.sh $(GOARCH)
bigendian`" >> zgoarch.go.tmp
At this time, hppa doesn't support go.
#11 from Matthias Klose ---
seen with trunk 20240121 on m68k-linux-gnu, trying to build libgo:
go1: internal compiler error: in set_from, at go/gofrontend/types.cc:2863
0x67b949 Ptrmask::set_from(Gogo*, Type*, long, long)
../../src/gcc/go/gofrontend/types.cc:2863
0x9681a8 Ptrmask::set_from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530
Matthias Klose changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113336
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530
--- Comment #1 from Matthias Klose ---
sorry, arc-linux-gnu
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20240121 on arch-linux-gnu, works with the gcc-13 branch,
building a gccgo cross compiler targeting arc-linux-gnu:
[...]
libtool: compile:
/home/packages/cross/14/p/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113512
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a57439d61937925cec48df6166b2a805ae7054d5
commit r14-8315-ga57439d61937925cec48df6166b2a805ae7054d5
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113411
Andrew Pinski changed:
What|Removed |Added
Blocks||56355
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113529
Andrew Pinski changed:
What|Removed |Added
Summary|Incorrect result of |Incorrect result of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113528
--- Comment #3 from Andrew Pinski ---
>Fragment N6
So in the tools GCC's code that currenly use gcov_read_profile_dir is not a
leak that matters because the program exits if that fails. So it is only an
issue if someone externally uses it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113529
Bug ID: 113529
Summary: Incorrect result of requires-expression in case of
function call ambiguity
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity:
*To be removed from our mailing list, please respond to this message with
UNSUBSCRIBE in the subject line*
--
**
11th INTERNATIONAL SCHOOL ON DEEP LEARNING
(and the Future of Artificial Intelligence)
DeepLearn 2024
Porto – Maia,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113528
--- Comment #2 from Andrew Pinski ---
> Fragment N3
The number of json::array leaked is 2 per argument to gcov. Not enough to care
about since it exits after it finishes. If you are passing 1000 files to gcov
well you have other issues to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113528
--- Comment #1 from Andrew Pinski ---
> Fragment N4
Is NOT an issue, based on all of the uses of add_char, the character is tested
before adding it ...
And there 256 can hold all values of signed char.
>Fragment N5
Is just a small codiing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #29 from David Binderman ---
(In reply to Martin Jambor from comment #28)
> And is there already a bugzilla bug about these (or should I create one)?
Done. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113528
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113528
Bug ID: 113528
Summary: gcc-13 meets PVS-studio
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
73 matches
Mail list logo