https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94394
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94387
--- Comment #4 from Petro Karashchenko ---
Andrew Pinski could you please share with me requirements needed for strict
alignment?
Actually I do not understand why read-write cycle is needed if no "read" or
"modify" operation is requested (I mean
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94395
Bug ID: 94395
Summary: Powerpc suboptimal 64-bit constant generation near
large values with few bits set
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94375
--- Comment #1 from Hongtao.liu ---
Try -mprefer-vector-width=128,256-bit vectorization is not helpful for 548
according to our experience.
On 3/30/20 12:18 AM, luoxhu via Gcc-patches wrote:
On 2020/3/28 00:04, Segher Boessenkool wrote:
Hi!
On Fri, Mar 27, 2020 at 09:34:00AM +0800, luoxhu wrote:
On 2020/3/27 07:59, Segher Boessenkool wrote:
On Wed, Mar 25, 2020 at 11:15:22PM -0500, luo...@linux.ibm.com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94373
--- Comment #2 from Hongtao.liu ---
I think
Change lea_cost from 2 --> 1 in skylake can fix this regressions.
Since it's stage4 now, i hold my patch.
On 2020/3/28 00:04, Segher Boessenkool wrote:
Hi!
On Fri, Mar 27, 2020 at 09:34:00AM +0800, luoxhu wrote:
On 2020/3/27 07:59, Segher Boessenkool wrote:
On Wed, Mar 25, 2020 at 11:15:22PM -0500, luo...@linux.ibm.com wrote:
frame_pointer_needed is set to true in reload pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
--- Comment #10 from Fangrui Song ---
> extern unsigned long _binary_a_c_size;
> unsigned long foo() { return _binary_a_c_size; }
This is incorrect. The code will treat the value of _binary_a_c_size as an
address (load base + size) and
On 2020/3/27 22:33, Segher Boessenkool wrote:
> Hi!
>
> On Thu, Mar 26, 2020 at 05:06:43AM -0500, luo...@linux.ibm.com wrote:
>> Remove split code from add3 to allow a later pass to split.
>> This allows later logic to hoist out constant load in add instructions.
>> In loop, lis+ori could be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94394
Bug ID: 94394
Summary: [GCOV]It will cause random kernel panic during
collecting kernel code coverage
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
--- Comment #9 from H.J. Lu ---
(In reply to Fangrui Song from comment #5)
> This bug exposes several problems:
>
> * GNU ld does not reject a PC-relative relocation referencing a SHN_ABS
> symbol
> * GCC should not produce R_X86_64_PC32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
--- Comment #8 from Andrew Pinski ---
Also it is wrong for a person to assume a normal C variable could be SHN_ABS;
that is the bug here. It is a bug in the user code.
I showed up to fix it by using an top level inline-asm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
--- Comment #7 from Andrew Pinski ---
(In reply to Fangrui Song from comment #5)
> This bug exposes several problems:
>
> * GNU ld does not reject a PC-relative relocation referencing a SHN_ABS
> symbol
> * GCC should not produce R_X86_64_PC32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
--- Comment #6 from Fangrui Song ---
> It is incorrect to reference a non-preemptible symbol with a PC relative
> relocation in a -pie link. GNU ld allows it but the code can be incorrect at
> runtime.
Correction: It is incorrect to reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
H.J. Lu changed:
What|Removed |Added
Resolution|WONTFIX |WORKSFORME
--- Comment #4 from H.J. Lu ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
Yuxuan Shui changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94393
Bug ID: 94393
Summary: Powerpc suboptimal 64-bit constant comparison
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94381
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94381
--- Comment #3 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:dacc7effeead9ad3e63673f6957661c55e351eb9
commit r10-7454-gdacc7effeead9ad3e63673f6957661c55e351eb9
Author: H.J. Lu
Date: Sun Mar 29
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94387
--- Comment #3 from Andrew Pinski ---
so I think this is fine as it is doing a read-write cycle as needed for strict
alignment requirements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94387
--- Comment #2 from Andrew Pinski ---
volatile and packed on strict alignment targets are interesting to say the
least.
packed makes the alignment to 1 too.
Snapshot gcc-10-20200329 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20200329/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92775
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92775
--- Comment #11 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:2e50319ad2437e7b3a7691aa1351d522437d5b95
commit r8-10150-g2e50319ad2437e7b3a7691aa1351d522437d5b95
Author: Jakub Jelinek
On 3/28/20 3:34 PM, H.J. Lu via Gcc-patches wrote:
Change -falign-functions=N to
Align the start of functions to the next power-of-two greater than
or equal to N.
Add
If '-falign-labels' is greater than this value, then its value is
used instead.
to -falign-loops=N and
* config/host-linux.c (TRY_EMPTY_VM_SPACE) [__riscv && __LP64__]:
Define.
---
gcc/config/host-linux.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gcc/config/host-linux.c b/gcc/config/host-linux.c
index ee1d520ede3..26872544130 100644
--- a/gcc/config/host-linux.c
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94392
--- Comment #1 from Andrew Pinski ---
I was looking at the patch email thread and the issue of finiteness not being
discussed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94392
Bug ID: 94392
Summary: Infinite loops are optimized away for C99
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94391
Bug ID: 94391
Summary: gcc refers to absolute symbols with R_X86_64_PC32
relocation
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94368
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |NEW
Summary|[9/10
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
index b5cbcebf..1e1eaf43 100644
--- a/htdocs/gcc-10/changes.html
+++ b/htdocs/gcc-10/changes.html
@@ -692,7 +692,17 @@ a work-in-progress.
-
+ MIPS
+
+The mips*-*-linux* targets now mark object files with
+
David Malcolm writes:
> On Wed, 2020-03-18 at 23:51 +0100, Andrea Corallo wrote:
> Please add the new test to the header in its alphabetical location,
> i.e. between:
>
> /* test-vector-types.cc: We don't use this, since it's C++. */
>
> and
>
> /* test-volatile.c */
>
> An entry also needs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163
--- Comment #13 from Segher Boessenkool ---
If both compilers default to ibmlongdouble, both should use TFmode, no?
Hi,
This is the last of the small QA improvements to the dejagnu test files
for running the D2 testsuite.
This patch adds cases for JSON and D header file generation flags in the
testsuite, and sets up the test accordingly to only compile, then check
that the expected output file exists.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51965
--- Comment #19 from Marc Glisse ---
(In reply to Jonathan Wakely from comment #16)
> (In reply to Marc Glisse from comment #5)
> > (The split into push_heap and __push_heap is just so the first part can be
> > inlined without the second,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94386
--- Comment #4 from Bill Seurer ---
The problem is definitely caused by
g:7d57570b0658b8c1b8a97dafa53dfd4ab4bd3f65, r10-7444
I built it before and no problems, errors after.
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
https://translationproject.org/latest/gcc/sv.po
(This file,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63706
Marc Glisse changed:
What|Removed |Added
Last reconfirmed||2020-03-29
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94386
--- Comment #3 from Paul Thomas ---
(In reply to H.J. Lu from comment #0)
> commit 7d57570b0658b8c1b8a97dafa53dfd4ab4bd3f65
> Author: Paul Thomas
> Date: Sat Mar 28 19:11:35 2020 +
>
> Patch for PR94246
Since the ICE occurs in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94126
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94386
Martin Liška changed:
What|Removed |Added
CC||seurer at linux dot
vnet.ibm.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94390
Martin Liška changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94390
Bug ID: 94390
Summary: [10 regression] After r10-xxx ICEs in
gfortran.dg/pr93600_1.f90 and
gfortran.dg/gfortran.dg/pr93365.f90
Product: gcc
Version: 10.0
Hi,
This patch merges the D front-end implementation with dmd upstream 3e10e2dd2.
Tests have been moved into runnable_cxx as part of the merge with dmd.
The extra flags required for tests that mix C++ and D are now limited to
only a small subset of tests, rather than applied to all across
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94363
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:85f6f317ec8c02beea0a8dcb9c9274ebcffc1da7
commit r10-7451-g85f6f317ec8c02beea0a8dcb9c9274ebcffc1da7
Author: Martin Liska
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94363
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Hi.
I'm sending a typo fix in the flatten warning.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Thanks,
Martin
gcc/ChangeLog:
2020-03-29 Martin Liska
PR ipa/94363
* cgraphunit.c (process_function_and_variable_attributes): Remove
double
On 3/29/20 12:51 AM, Martin Sebor wrote:
On 3/26/20 3:40 AM, Martin Liška wrote:
Hi.
I'm suggesting to provide a warning when one uses -flto=jobserver
but we can't detect job server for some reason.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91601
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91601
--- Comment #15 from CVS Commits ---
The releases/gcc-8 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:40aa944391dfec4529fb6970b9e78d5805f88fc5
commit r8-10149-g40aa944391dfec4529fb6970b9e78d5805f88fc5
Author: Martin Liska
Hi.
There's one more patch that I've just tested.
Martin
>From 0e8def2b6dac1e7e46e6310ded21283914e05748 Mon Sep 17 00:00:00 2001
From: Martin Liska
Date: Mon, 2 Sep 2019 09:06:54 +0200
Subject: [PATCH] Backport 9297e013293e4d332fc7c40859ea4dd9616e0d88
gcc/ChangeLog:
2019-09-02 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163
--- Comment #12 from Bill Seurer ---
confgures are identical.
Default compiler options are also identical, from -Q --help=target:
The following options are target specific:
-G0
-m32
This patch removes a bit of extraneous output from .s files.
Tested on hppa64-hp-hpux11.11 and hppa-unknown-linux-gnu.
Committed to trunk.
Dave
2020-03-29 John David Anglin
* gcc/config/pa/pa.c (pa_asm_output_aligned_bss): Delete duplicate
.align output.
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94389
Bug ID: 94389
Summary: __attribute__((warn_unused_result)) will warn if the
result is discarded as an optimisation
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Hi,
This patch splits up gdc-test.exp into multiple test scipts, one for
each subdirectory containing test files, instead of having one test
script to manage them all.
This allows removing some workarounds, such as the need to create
symlinks in the test run directory.
Tested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94368
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94368
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-29
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94378
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94370
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94380
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94388
Bug ID: 94388
Summary: FAIL: gfortran.dg/unlimited_polymorphic_30.f03
execution test
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94386
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94387
--- Comment #1 from Petro Karashchenko ---
Also the ambiguity of the issue is that excess read instructions generation
depends on type of the field. Excess reads are not generated when 8 bit types
are accessed and generated when data types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94387
Bug ID: 94387
Summary: Excess read instructions are generated in case of
writing to fields of volatile + packed type
(structure)
Product: gcc
Version: 9.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94369
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91601
Martin Liška changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
Hi.
The suggested approach expect that the revision belongs to master
branch. Which is not the case for branch commits like:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91601#c11
Link:
https://gcc.gnu.org/viewcvs?rev=275301=gcc=rev
Thank you,
Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94363
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94385
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On Sun, Mar 29, 2020 at 5:25 AM H.J. Lu wrote:
>
> On Thu, Mar 26, 2020 at 4:38 AM Tobias Burnus wrote:
> >
> > Dear Paul,
> >
> > OK – thanks for the patch.
> >
> > Tobias
> >
> > PS: I assume that the spacing issue in the patch
> > is due to the mail program.
> >
> > On 3/26/20 12:20 PM, Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94386
Bug ID: 94386
Summary: [10 Regression] FAIL: gfortran.dg/pr93365.f90
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On Thu, Mar 26, 2020 at 4:38 AM Tobias Burnus wrote:
>
> Dear Paul,
>
> OK – thanks for the patch.
>
> Tobias
>
> PS: I assume that the spacing issue in the patch
> is due to the mail program.
>
> On 3/26/20 12:20 PM, Paul Richard Thomas via Fortran wrote:
>
> > This turned out to be relatively
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94359
--- Comment #6 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #5)
> (In reply to Iain Sandoe from comment #4)
> I'm going to discuss this with the coroutines paper authors - as to whether
> any constraints had been considered.
David Edelsohn writes:
> On Sat, Mar 28, 2020 at 6:42 AM Richard Sandiford
> wrote:
>>
>> David Edelsohn via Gcc-patches writes:
>> > This patch is for an AIX problem, but the only robust solution is in
>> > common code: calls.c:precompute_register_parameters().
>> >
>> > AIX, like other
Hi!
The following testcase ICEs, because the FE when processing the statement
expression changes the .VEC_CONVERT internal fn CALL_EXPR into .PHI call.
That is because the internal fn call is recorded in the base.u.ifn
field, which overlaps base.u.bits.lang_flag_1 which is used for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83705
Martin Diehl changed:
What|Removed |Added
CC||m.diehl at mpie dot de
--- Comment #15
79 matches
Mail list logo