On May 27, 2018 1:25:25 AM GMT+02:00, Allan Sandfeld Jensen
wrote:
>On Sonntag, 27. Mai 2018 00:05:32 CEST Segher Boessenkool wrote:
>> On Sat, May 26, 2018 at 11:32:29AM +0200, Allan Sandfeld Jensen
>wrote:
>> > I brought this subject up earlier, and was told to suggest it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85906
--- Comment #7 from Jerry DeLisle ---
Author: jvdelisle
Date: Sun May 27 03:22:11 2018
New Revision: 260802
URL: https://gcc.gnu.org/viewcvs?rev=260802=gcc=rev
Log:
2018-05-26 Jerry DeLisle
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85840
--- Comment #13 from Jerry DeLisle ---
Author: jvdelisle
Date: Sun May 27 03:22:11 2018
New Revision: 260802
URL: https://gcc.gnu.org/viewcvs?rev=260802=gcc=rev
Log:
2018-05-26 Jerry DeLisle
Backport from
On Sun, May 27, 2018 at 01:25:25AM +0200, Allan Sandfeld Jensen wrote:
> On Sonntag, 27. Mai 2018 00:05:32 CEST Segher Boessenkool wrote:
> > On Sat, May 26, 2018 at 11:32:29AM +0200, Allan Sandfeld Jensen wrote:
> > > I brought this subject up earlier, and was told to suggest it again for
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85930
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85930
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85940
Bug ID: 85940
Summary: Address of label breaks ISO C++ program despite
non-GNU dialect and pedantic
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
On Sonntag, 27. Mai 2018 00:05:32 CEST Segher Boessenkool wrote:
> On Sat, May 26, 2018 at 11:32:29AM +0200, Allan Sandfeld Jensen wrote:
> > I brought this subject up earlier, and was told to suggest it again for
> > gcc 9, so I have attached the preliminary changes.
> >
> > My studies have show
On Sat, May 26, 2018 at 11:09:24AM +0100, Richard Sandiford wrote:
> On the wider point about changing the way call clobber information
> is represented: I agree it would be good to generalise what we have
> now. But if possible I think we should avoid target hooks that take
> a specific call,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85918
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Sat May 26 22:04:50 2018
New Revision: 260797
URL: https://gcc.gnu.org/viewcvs?rev=260797=gcc=rev
Log:
PR target/85918
* config/i386/i386.md (fixunssuffix,
On Sat, May 26, 2018 at 11:32:29AM +0200, Allan Sandfeld Jensen wrote:
> I brought this subject up earlier, and was told to suggest it again for gcc
> 9,
> so I have attached the preliminary changes.
>
> My studies have show that with generic x86-64 optimization it reduces binary
> size with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939
Bug ID: 85939
Summary: -mstackrealign does not realign stack with local __m64
variable
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85917
--- Comment #2 from Arfrever Frehtes Taifersar Arahesis ---
Even such minor changes could be mentioned in that page for completeness.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85915
--- Comment #7 from Arfrever Frehtes Taifersar Arahesis ---
Ebuild for GCC 7 branch is not available in Gentoo.
I guess that the relevant commit is:
https://gcc.gnu.org/viewcvs/gcc?view=revision=258647
The loclists_base attribute is used to point to the beginning of the
loclists index of a DWARF5 loclists table when using DW_FORM_loclistsx.
For split compile units the base is not given by the attribute, but is
either the first (and only) index in the .debug_loclists section, or
(when placed in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50909
Rudolf changed:
What|Removed |Added
CC||rudolf.chrispens at web dot de
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372
martchus at gmx dot net changed:
What|Removed |Added
CC||martchus at gmx dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85938
Bug ID: 85938
Summary: Spurious assert failure for matmul with reshaped array
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85840
--- Comment #12 from Jerry DeLisle ---
Fixed on trunk. I think this should be backported as it is a regression I think
on 7 and 8 branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85906
--- Comment #6 from Jerry DeLisle ---
Fixed on trunk. If anyone thinks this should be backported as a regression,
let me know.
I biffed the ChangeLog on this with a flip of two digits on the PR
number (fixed).
Anyway, the following was committed as obvious to trunk. The
BUF_STACK_SZ I bumped up because I noticed on PR85840 test case that
even small kind floats were asking for a buffer size of 323. This avoids
a few
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85906
--- Comment #5 from Jerry DeLisle ---
2018-05-26 Jerry DeLisle
PR libgfortran/85906
* io/write.c (write_integer): Initialise the fnode format to
FMT_NONE, used for list directed write.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85933
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Hello everyone!
I know every member of the community is very busy, but I am following
up on this patch to conform to the 'ping' etiquette.
Please let me know what comments you have about this patch and how I
can modify it to make sure that it meets standards.
Thanks for everything that you all
On Fri, May 25, 2018 at 5:54 PM, Richard Biener wrote:
> On May 25, 2018 6:57:13 PM GMT+02:00, Jeff Law wrote:
>>On 05/25/2018 03:49 AM, Bin.Cheng wrote:
>>> On Fri, May 25, 2018 at 10:23 AM, Prathamesh Kulkarni
>>> wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85933
Eric Botcazou changed:
What|Removed |Added
CC||dominiq at lps dot ens.fr
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85937
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
The following committed as obvious after regression testing.
2018-05-26 Jerry DeLisle
PR libgfortran/85840
* io/write.c (write_float_0): Use separate local variable for
the float string length.
Author: jvdelisle
Date: Sat May 26 17:30:52 2018
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85840
--- Comment #11 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat May 26 17:30:52 2018
New Revision: 260793
URL: https://gcc.gnu.org/viewcvs?rev=260793=gcc=rev
Log:
2018-05-26 Jerry DeLisle
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85937
Bug ID: 85937
Summary: [9 Regression] Failures in the Ada tests
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85840
--- Comment #10 from Jerry DeLisle ---
(In reply to Joshua Cogliati from comment #9)
--- snip ---
> I could look into either method of fixing this if you want. (And for what
> it is worth, I do have copyright assignment paperwork from both
On Thu, May 24, 2018 at 1:47 PM, H.J. Lu wrote:
> On Wed, May 23, 2018 at 8:35 AM, H.J. Lu wrote:
>> On Wed, May 23, 2018 at 8:11 AM, Jan Hubicka wrote:
On Wed, May 23, 2018 at 2:01 AM, Jan Hubicka wrote:
>> On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85918
--- Comment #2 from Jakub Jelinek ---
Created attachment 44189
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44189=edit
gcc9-pr85918-2.patch
WIP fix for the rest, still need to write testcases and actually test it.
Hello,
I built a riscv64-rtems5 GCC (it uses gcc/config/riscv/t-elf-multilib). The
following multilibs are built:
riscv64-rtems5-gcc -print-multi-lib
.;
rv32i/ilp32;@march=rv32i@mabi=ilp32
rv32im/ilp32;@march=rv32im@mabi=ilp32
rv32iac/ilp32;@march=rv32iac@mabi=ilp32
* Allan Sandfeld Jensen:
> Anythhing else I should test or report?
Interaction with -mstackrealign on i386, where it is required for
system libraries to support applications which use the legacy ABI
without stack alignment if you compile with -msse2 or -march=x86-64
-mtune=generic (and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85900
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85345
--- Comment #4 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Sat May 26 11:35:31 2018
New Revision: 260792
URL: https://gcc.gnu.org/viewcvs?rev=260792=gcc=rev
Log:
Don't check ifunc_resolver on error
Since ifunc_resolver isn't set when an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85900
--- Comment #7 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Sat May 26 11:35:31 2018
New Revision: 260792
URL: https://gcc.gnu.org/viewcvs?rev=260792=gcc=rev
Log:
Don't check ifunc_resolver on error
Since ifunc_resolver isn't set when an
On Fri, May 25, 2018 at 4:48 AM, H.J. Lu wrote:
> On Thu, May 24, 2018 at 04:43:25AM -0700, H.J. Lu wrote:
>> Since ifunc_resolver is only valid on FUNCTION_DECL, check ifunc_resolver
>> only on FUNCTION_DECL.
>>
>> Please test it on Darwin.
>>
>>
>> H.J.
>> ---
>> PR
On Fri, May 25, 2018 at 11:09 PM, Jakub Jelinek wrote:
> Hi!
>
> The optab is looking for floatuns2 and
> fixuns_trunc2, but some of the patterns are instead called
> ufloat2 or ufix_trunc2
> and thus are only used from intrinsics.
>
> We can't change all spots, in two spots we
On May 26, 2018 11:32:29 AM GMT+02:00, Allan Sandfeld Jensen
wrote:
>I brought this subject up earlier, and was told to suggest it again for
>gcc 9,
>so I have attached the preliminary changes.
>
>My studies have show that with generic x86-64 optimization it reduces
>binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85900
--- Comment #6 from Dominique d'Humieres ---
> This patch fixes the ICE and related problems I have spotted. Full testing
> in progress.
Back to "normal"!
Steve Ellcey writes:
> On Wed, 2018-05-16 at 22:11 +0100, Richard Sandiford wrote:
>>
>> TARGET_HARD_REGNO_CALL_PART_CLOBBERED is the only current way
>> of saying that an rtl instruction preserves the low part of a
>> register but clobbers the high part. We would need
Andrew Pinski writes:
> On Fri, May 25, 2018 at 3:35 PM, Steve Ellcey wrote:
>> I was curious if there was any reason that REG_ALLOC_ORDER is not
>> defined for Aarch64. Has anyone tried this to see if it could help
>> performance? It is defined for many
I brought this subject up earlier, and was told to suggest it again for gcc 9,
so I have attached the preliminary changes.
My studies have show that with generic x86-64 optimization it reduces binary
size with around 0.5%, and when optimizing for x64 targets with SSE4 or
better, it reduces
On 05/17/18 16:37, Bernd Edlinger wrote:
> On 05/17/18 15:39, Richard Biener wrote:
>> On Thu, May 17, 2018 at 3:21 PM Bernd Edlinger
>>
>> wrote:
>>
>>> Ping...
>>
>> So this makes all traditional users go through the indirect
>> splay_tree_compare_wrapper
>> and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Sat May 26 06:56:41 2018
New Revision: 260791
URL: https://gcc.gnu.org/viewcvs?rev=260791=gcc=rev
Log:
PR bootstrap/85921
* c-warn.c (diagnose_mismatched_attributes):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #17 from Jakub Jelinek ---
Author: jakub
Date: Sat May 26 06:40:50 2018
New Revision: 260790
URL: https://gcc.gnu.org/viewcvs?rev=260790=gcc=rev
Log:
PR bootstrap/85921
* c-warn.c (diagnose_mismatched_attributes):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85936
Bug ID: 85936
Summary: GCC incorrectly implements
[expr.prim.lambda.capture]/10.2
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
On May 25, 2018 8:49:47 PM GMT+02:00, Michael Meissner
wrote:
>I redid the patch to make the target hook only apply for scalar float
>points,
>and I removed all of the integer only subcases.
>
>I have checked this on a little endian Power8 system, and verified that
>it
On May 25, 2018 9:25:51 PM GMT+02:00, Jeff Law wrote:
>On 05/25/2018 11:54 AM, Richard Biener wrote:
>> On May 25, 2018 6:57:13 PM GMT+02:00, Jeff Law
>wrote:
>>> On 05/25/2018 03:49 AM, Bin.Cheng wrote:
On Fri, May 25, 2018 at 10:23 AM, Prathamesh Kulkarni
On May 25, 2018 11:03:50 PM GMT+02:00, Jakub Jelinek wrote:
>Hi!
>
>The following variable only makes the code larger and less readable.
>In addition, with some broken kernel headers that redefine noinline
>it breaks bootstrap.
>
>Fixed thusly, bootstrapped/regtested on
53 matches
Mail list logo