https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100100
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80456
Patrick Palka changed:
What|Removed |Added
Known to work||4.8.1
Summary|calling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99767
--- Comment #4 from Richard Biener ---
Note for quite some of the failed-DCE PRs we could "fix up" at RTL expansion
time by teaching rewrite_out_of_ssa to DCE all zero-use defs where it already
does
/* Eliminate PHIs which are of no use, such
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100099
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
--with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210415 (experimental) [master revision
4dd9e1c541e:7315804b0a0:b5f644a98b3f3543d3a8d2dfea7785c22879013f] (GCC)
[539] %
[539] % gcctk -O1 -S -o O1.s small.c
[540] % gcctk -O3 -S -o O3.s small.c
[541
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100099
Bug ID: 100099
Summary: Compilation speed of #include is too
slow. Just include the header takes 0.342 seconds
Product: gcc
Version: 11.0
Status: UNCONFIRMED
gcc/ChangeLog:
* doc/invoke.texi: Other params don't use it, remove it.
---
gcc/doc/invoke.texi | 1 -
1 file changed, 1 deletion(-)
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index 17551246477..096cebc8562 100644
--- a/gcc/doc/invoke.texi
+++ b/gcc/doc/invoke.texi
@@
ank information is not correctly written into the pointer and allocatable
polymorphic object descriptors.
Seen on:
GNU Fortran (GCC) 11.0.1 20210415 (experimental)
GNU Fortran (GCC) 10.3.1 20210415
Thank you very much.
Best regards,
José Rui
On 23/03/21 12:00 -0700, Thomas Rodgers wrote:
From: Thomas Rodgers
* This patch addresses jwakely's previous feedback.
* This patch also subsumes thiago.macie...@intel.com 's 'Uncontroversial
If this part is intended as part of the commit msg let's put Thiago's
name rather than email
All!
Rank information is not correctly written into the pointer and allocatable
unlimited polymorphic descriptors.
Seen on:
GNU Fortran (GCC) 11.0.1 20210415 (experimental)
GNU Fortran (GCC) 10.3.1 20210415
Thank you very much.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
--- Comment #3 from Richard Biener ---
Of course such use of a lambda is quite pointless which in turn makes the P1
classification a bit odd (but given it's a new regression it's technically
correct). We'll be happy to demote this to P2
On 15.04.21 13:56, José Rui Faustino de Sousa via Gcc-patches wrote:
Proposed patch to:
PR100094 - Undefined pointers have incorrect rank when using optimization
Patch tested only on x86_64-pc-linux-gnu.
LGTM - thanks!
Tobias
Pointers, and allocatables, must carry TKR information even when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
On Thu, 2021-04-15 at 11:45 +0200, Jan Hubicka wrote:
> Hi,
> this is patch fixing the underlying issue of function missing
> lto_prepare_function_for_streaming because gimple_has_body_p is not
> the
> same thing as node.has_gimple_body (which needs to be clarified next
> stage1 by finding better
Hi!
I'd like to ping this patch, it is one of the last 4 P1s we have for GCC11.
Thanks.
On Thu, Apr 08, 2021 at 04:15:42PM -0600, Martin Sebor via Gcc-patches wrote:
> PR c/99420 - bogus -Warray-parameter on a function redeclaration in function
> scope
> PR c/99972 - missing -Wunused-result on
On Wed, Apr 14, 2021 at 07:50:37PM +0200, Jakub Jelinek wrote:
> On Wed, Apr 14, 2021 at 10:49:42AM -0600, Martin Sebor via Gcc-patches wrote:
> > Apparently the IL GCC emits on some targets (arm and aarach64 with
> > mabi=ilp32, and powerpc64 to name the three where the failures have
> > been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100073
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4d1fa72894e3fbc5f331d2e8984e990307396124
commit r11-8194-g4d1fa72894e3fbc5f331d2e8984e990307396124
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100095
Richard Biener changed:
What|Removed |Added
Blocks||85316
Version|unknown
For z10 and newer inner loops are completely unrolled which leaves no
inner loops to jam which renders this testcase to fail. Reverting
max-completely-peel-times to the default value fixes this testcase.
gcc/testsuite/ChangeLog:
* gcc.dg/unroll-and-jam.c: Revert
Pushed to master in commit 9a0e09f3dd5339bb18cc47317f2298d9157ced29
Thanks
Paul
On Wed, 14 Apr 2021 at 14:51, Tobias Burnus wrote:
> On 11.04.21 09:05, Paul Richard Thomas wrote:
> > Tobias noticed a major technical fault with the resubmission below: I
> > forgot to attach the patch :-(
>
>
Hi All!
Proposed patch to:
PR100094 - Undefined pointers have incorrect rank when using optimization
Patch tested only on x86_64-pc-linux-gnu.
Pointers, and allocatables, must carry TKR information even when
undefined. The patch adds code to initialize both pointers and
allocatables element
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
--- Comment #4 from Jonathan Wakely ---
For completeness, here's a testcase which fails on sparc64-unknown-linux-gnu
when compiled using gcc -m32 eh.C -lsupc++
#include
int main()
{
std::make_exception_ptr(1);
}
/usr/bin/ld:
On Thu, 15 Apr 2021, Xionghu Luo wrote:
> Thanks,
>
> On 2021/4/14 14:41, Richard Biener wrote:
> >> "#538,#235,#234,#233" will all be sunk from bb 35 to bb 37 by rtl-sink,
> >> but it moves #538 first, then #235, there is strong dependency here. It
> >> seemsdoesn't like the LCM framework that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
--- Comment #5 from Richard Biener ---
(In reply to Richard Biener from comment #4)
> (In reply to andysem from comment #3)
> > I tried adding __restrict__ to the equivalents of x, y1 and y2 in the
> > original larger code base and it didn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
--- Comment #4 from Richard Biener ---
(In reply to andysem from comment #3)
> I tried adding __restrict__ to the equivalents of x, y1 and y2 in the
> original larger code base and it didn't help. The compiler (gcc 10.2) would
> still generate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
Bug ID: 100096
Summary: libgccjit.so.0: Cannot write-enable text segment:
Permission denied on NetBSD 9.1
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
This removes the legacy gimplify_buildN API use from complex lowering.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress, queued for
stage1
2021-04-15 Richard Biener
* tree-complex.c: Include gimple-fold.h.
(expand_complex_addition): Use gimple_build.
This removes use of the legacy gimplify_buildN API from phiopt.
Bootstrapped and tested on x86_64-unknown-linux-gnu, queued for stage1
2021-04-15 Richard Biener
* tree-ssa-phiopt.c (two_value_replacement): Remove use
of legacy gimplify_buildN API.
---
gcc/tree-ssa-phiopt.c |
LTO compression algorithms: zlib
gcc version 11.0.1 20210415 (experimental) [master revision
4dd9e1c541e:7315804b0a0:b5f644a98b3f3543d3a8d2dfea7785c22879013f] (GCC)
[655] %
[655] % gcctk -O2 -S -c -o O2.s small.c
[656] % gcctk -O3 -S -c -o O3.s small.c
[657] %
[657] % wc O2.s O3.s
75 164 982
This adds a deprecation note to the undocumented gimple-builder.h
API only used by asan and sancov.
Pushed.
2021-04-15 Richard Biener
* gimple-builder.h: Add deprecation note.
---
gcc/gimple-builder.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gcc/gimple-builder.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99249
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99246
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96339
Tejas Belagod changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99929
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |8.5
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98852
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Summary|[10/11 Regression] |[10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98852
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:1696fc1ea01d5c9dce96b5d3122921aab9308f59
commit r11-8192-g1696fc1ea01d5c9dce96b5d3122921aab9308f59
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98852
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:a3317f7b3c02907a122f89879e5b6e90c386e64d
commit r11-8191-ga3317f7b3c02907a122f89879e5b6e90c386e64d
Author: Richard Sandiford
> On Apr 14, 2021, at 5:10 PM, Christopher Dimech wrote:
> What are we? Adults or Children? You know, as I know, that identities
> can be made up. There are many computing specialists who can do that.
> They can even be made so it looks as though they were sent by you, or
> from your work
ank information is not correctly written into the pointer descriptor when
using optimization or -ffpe-trap.
Seen on:
GNU Fortran (GCC) 11.0.1 20210415 (experimental)
GNU Fortran (GCC) 10.3.1 20210415
Thank you very much.
Best regards,
José Rui
Hi José,
first, I think you did not yet commit the approved patch for PR100018,
did you?
On 11.04.21 02:34, José Rui Faustino de Sousa via Fortran wrote:
Proposed patch to:
PR84006 - [8/9/10/11 Regression] ICE in storage_size() with CLASS entity
PR100027 - ICE on storage_size with polymorphic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80726
Jan Hubicka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98265
Jan Hubicka changed:
What|Removed |Added
CC||cuzdav at gmail dot com
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99309
Jan Hubicka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88566
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91179
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.0
Hi,
this is patch fixing the underlying issue of function missing
lto_prepare_function_for_streaming because gimple_has_body_p is not the
same thing as node.has_gimple_body (which needs to be clarified next
stage1 by finding better names for this I suppose).
I commited it to gcc 11 even though we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98599
--- Comment #18 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:b5f644a98b3f3543d3a8d2dfea7785c22879013f
commit r11-8190-gb5f644a98b3f3543d3a8d2dfea7785c22879013f
Author: Jan Hubicka
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19
--- Comment #5 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #3)
> > Response from Jim Wilson:
> > Looks like a bug in gcc-9. tigerlake was added to
> > gcc/config/i386/driver-i386.c but not to the arch_names_table in i386.c. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92535
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|NEW
Summary|[10/11 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100093
--- Comment #1 from Hongtao.liu ---
When ix86_tune_features[X86_TUNE_AVX256_UNALIGNED_LOAD/STORE_OPTIMAL] is false,
GCC goes to set up the bit MASK_AVX256_SPLIT_UNALIGNED_LOAD/STORE, but when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100076
--- Comment #6 from Hongtao.liu ---
(In reply to Richard Biener from comment #5)
> Note even when avoiding the STLF hit the vectorized version is slower.
> You can use -mtune-ctl=^sse_unaligned_load_optimal to force loading
> the lower/upper
Hi!
On 2021-04-09T13:00:39+0200, I wrote:
> On 2021-03-25T12:02:15+0100, I wrote:
>> On 2021-03-11T17:52:55+0100, I wrote:
>>> On 2021-02-23T22:52:38+0100, Jakub Jelinek via Gcc-patches
>>> wrote:
On Tue, Feb 23, 2021 at 09:43:51PM +, Kwok Cheung Yeung wrote:
> On 19/02/2021 7:12
On Thu, 15 Apr 2021 at 02:18, Christopher Dimech wrote:
> What are we? Adults or Children? You know, as I know, that identities
> can be made up. There are many computing specialists who can do that.
> They can even be made so it looks as though they were sent by you, or
> from your work and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
--- Comment #3 from andysem at mail dot ru ---
I tried adding __restrict__ to the equivalents of x, y1 and y2 in the original
larger code base and it didn't help. The compiler (gcc 10.2) would still
generate the same half-vectorized code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #5 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:4dd9e1c541e0eb921d62c8652c854b1259e56aac
commit r11-8189-g4dd9e1c541e0eb921d62c8652c854b1259e56aac
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100093
Bug ID: 100093
Summary: different behavior between -mtune=cpu_type and
target_attribute (“arch=cputype”)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100056
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11 Regression] orr + |[9/10 Regression] orr +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100056
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:39d23b7960e4efb11bbe1eff056ae9da0884c539
commit r11-8188-g39d23b7960e4efb11bbe1eff056ae9da0884c539
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
Matthias Klose changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100090
--- Comment #2 from Richard Biener ---
Doesn't reproduce on x86_64-linux with -m32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
--- Comment #1 from Richard Biener ---
On trunk g:29a14a1a907947fe9e43bce62d3468559f17da97 adds TARGET_OFFLOAD_OPTIONS
to aarch64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.4
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
Bug ID: 100092
Summary: [10 Regression] nvptx offloading on aarch64 fails to
specify -foffload-abi
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #4 from Tom de Vries ---
Investigated using cuda-gdb.
After typing ^c, we investigate the state:
...
(cuda-gdb) info cuda kernels
Kernel Parent Dev Grid Status SMs Mask GridDim BlockDim Invocation
* 0 - 01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100066
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100076
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100088
--- Comment #4 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #3)
> (In reply to Hongtao.liu from comment #2)
> > >
> > > This issue does not exist for sse or avx512f. Setting `-march=haswell` or
> > > `-mtune=haswell` on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100088
--- Comment #3 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #2)
> >
> > This issue does not exist for sse or avx512f. Setting `-march=haswell` or
> > `-mtune=haswell` on the command line also seems to fix this but neither of
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100088
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100089
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Bug ID: 100091
Summary: decltype([]{}) rejected as a default template
parameter
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100086
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100085
Richard Biener changed:
What|Removed |Added
Target||powerpc
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100090
--- Comment #1 from Andrew Kaster ---
Created attachment 50598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50598=edit
Reduced Test Case (cvise-ified)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100090
Bug ID: 100090
Summary: ICE in regcprop.c (find_oldest_value_reg)
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100082
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
On Wed, Apr 14, 2021 at 3:30 AM Hongtao Liu wrote:
>
> On Tue, Apr 13, 2021 at 6:38 PM Uros Bizjak wrote:
> >
> > On Tue, Apr 13, 2021 at 12:18 PM Hongtao Liu wrote:
> > >
> > > Hi:
> > > As described in PR, we introduced tigerlake string in driver-i386.c
> > > by r9-8652 w/o support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100081
--- Comment #2 from Richard Biener ---
>From the profile it looks like there's a lot tree INTEGER_CST work being done
rather than sticking to wide_ints. That's always (constant-time) more
expensive.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100080
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100089
Bug ID: 100089
Summary: [11 Performance regression ] 30% for
denbench/mp2decoddata2 with -O3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99307
--- Comment #12 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:9a0e09f3dd5339bb18cc47317f2298d9157ced29
commit r11-8187-g9a0e09f3dd5339bb18cc47317f2298d9157ced29
Author: Paul Thomas
Date: Thu
On Wed, Apr 14, 2021 at 4:07 PM Jose E. Marchesi via Gcc-patches
wrote:
>
> This patch introduces a dwarf_debuginfo_p predicate that abstracts and
> replaces complex checks on write_symbols.
OK once stage1 opens (can be pushed independently of the rest).
Richard.
> 2021-04-14 Indu Bhagat
>
Thanks,
On 2021/4/14 14:41, Richard Biener wrote:
>> "#538,#235,#234,#233" will all be sunk from bb 35 to bb 37 by rtl-sink,
>> but it moves #538 first, then #235, there is strong dependency here. It
>> seemsdoesn't like the LCM framework that could solve all and do the
>> delete-insert in one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93210
--- Comment #7 from CVS Commits ---
The master branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:417c36cfd620bf2b047852c2aa9ac49004aed2bc
commit r11-8186-g417c36cfd620bf2b047852c2aa9ac49004aed2bc
Author: Stefan
My 0.02 Euro-Cent:
There is a minor problem with contributors being overly harsh/
borderline abusive on the mailing list. In my > 15 years with
the project, I have only had that problem with one single
person, and I have resolved that by never again touching the
system that particular person is
201 - 288 of 288 matches
Mail list logo