Re: [r11-3641 Regression] FAIL: gcc.dg/torture/pta-ptrarith-1.c -Os scan-tree-dump alias "ESCAPED = {[^\n}]* i f [^\n}]*}" on Linux/x86_64 (-m32 -march=cascadelake)

2020-10-03 Thread Segher Boessenkool
On Sat, Oct 03, 2020 at 12:21:04PM -0700, sunil.k.pandey via Gcc-patches wrote: > On Linux/x86_64, > > c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit > commit c34db4b6f8a5d80367c709309f9b00cb32630054 > Author: Jan Hubicka > Date: Sat Oct 3 17:20:16 2020 +0200 > > Track

Re: [PATCH] PR fortran/97272 - Wrong answer from MAXLOC with character arg

2020-10-03 Thread Harald Anlauf
Slightly rewritten version of the patch, with the removal of the KIND argument from the argument list factored out: > The generation of the library call for the MINLOC/MAXLOC intrinsic > mishandled the optional KIND argument and resulted in a bad > argument list passed to the library function.

[r11-3641 Regression] FAIL: gcc.dg/ipa/ipa-pta-15.c execution test on Linux/x86_64 (-m32)

2020-10-03 Thread sunil.k.pandey via Gcc-patches
On Linux/x86_64, c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit commit c34db4b6f8a5d80367c709309f9b00cb32630054 Author: Jan Hubicka Date: Sat Oct 3 17:20:16 2020 +0200 Track access ranges in ipa-modref caused FAIL: gcc.dg/ipa/ipa-pta-15.c execution test with GCC

[r11-3641 Regression] FAIL: gcc.c-torture/execute/pta-field-2.c -Os execution test on Linux/x86_64 (-m32)

2020-10-03 Thread sunil.k.pandey via Gcc-patches
On Linux/x86_64, c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit commit c34db4b6f8a5d80367c709309f9b00cb32630054 Author: Jan Hubicka Date: Sat Oct 3 17:20:16 2020 +0200 Track access ranges in ipa-modref caused FAIL: gcc.c-torture/execute/pta-field-2.c -O1 execution

[r11-3641 Regression] FAIL: gcc.dg/torture/pta-ptrarith-1.c -Os scan-tree-dump alias "ESCAPED = {[^\n}]* i f [^\n}]*}" on Linux/x86_64 (-m32)

2020-10-03 Thread sunil.k.pandey via Gcc-patches
On Linux/x86_64, c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit commit c34db4b6f8a5d80367c709309f9b00cb32630054 Author: Jan Hubicka Date: Sat Oct 3 17:20:16 2020 +0200 Track access ranges in ipa-modref caused FAIL: gcc.dg/torture/pta-ptrarith-1.c -O1 execution test

[r11-3641 Regression] FAIL: gcc.c-torture/execute/pta-field-2.c -Os execution test on Linux/x86_64 (-m32 -march=cascadelake)

2020-10-03 Thread sunil.k.pandey via Gcc-patches
On Linux/x86_64, c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit commit c34db4b6f8a5d80367c709309f9b00cb32630054 Author: Jan Hubicka Date: Sat Oct 3 17:20:16 2020 +0200 Track access ranges in ipa-modref caused FAIL: gcc.c-torture/execute/pta-field-2.c -O1 execution

[r11-3641 Regression] FAIL: gcc.dg/ipa/ipa-pta-15.c execution test on Linux/x86_64 (-m32 -march=cascadelake)

2020-10-03 Thread sunil.k.pandey via Gcc-patches
On Linux/x86_64, c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit commit c34db4b6f8a5d80367c709309f9b00cb32630054 Author: Jan Hubicka Date: Sat Oct 3 17:20:16 2020 +0200 Track access ranges in ipa-modref caused FAIL: gcc.dg/ipa/ipa-pta-15.c execution test with GCC

[r11-3641 Regression] FAIL: gcc.dg/torture/pta-ptrarith-1.c -Os scan-tree-dump alias "ESCAPED = {[^\n}]* i f [^\n}]*}" on Linux/x86_64 (-m32 -march=cascadelake)

2020-10-03 Thread sunil.k.pandey via Gcc-patches
On Linux/x86_64, c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit commit c34db4b6f8a5d80367c709309f9b00cb32630054 Author: Jan Hubicka Date: Sat Oct 3 17:20:16 2020 +0200 Track access ranges in ipa-modref caused FAIL: gcc.dg/torture/pta-ptrarith-1.c -O1 execution test

Re: [PATCH] libgccjit: add some reflection functions in the jit C api [WIP]

2020-10-03 Thread Antoni Boucher via Gcc-patches
By the way, that seemed off to return NULL for the function returning a size_t to indicate an error. So I changed it to return -1 (and return type to ssize_t). Is that the proper way to indicate an error? I also wanted to mention that this patch is still a work-in-progress as I'm adding a

Re: [PATCH] options: Save and restore opts_set for Optimization and Target options

2020-10-03 Thread Richard Biener
On October 3, 2020 10:41:26 AM GMT+02:00, Jakub Jelinek wrote: >On Fri, Oct 02, 2020 at 04:21:12PM +0200, Stefan Schulze Frielinghaus >via Gcc-patches wrote: >> > > Sure, no problem at all. In that case I stop to investigate >further and >> > > wait for you. >> > >> > Here is a patch that

[PATCH] doc: Replace roudnevenl with roundevenl

2020-10-03 Thread H.J. Lu via Gcc-patches
PR other/97280 * doc/extend.texi: Replace roudnevenl with roundevenl --- gcc/doc/extend.texi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index c9f72991bba..b9684dc7a06 100644 --- a/gcc/doc/extend.texi +++

Re: [PATCH v4 1/2] system_data_types.7: Add 'void *'

2020-10-03 Thread Michael Kerrisk (man-pages) via Gcc-patches
On 10/3/20 9:48 AM, G. Branden Robinson wrote: > At 2020-10-03T09:10:14+0200, Michael Kerrisk (man-pages) wrote: >> On 10/2/20 10:27 PM, Alejandro Colomar wrote: >>> On 2020-10-02 22:14, Paul Eggert wrote: >>> > On 10/2/20 11:38 AM, Alejandro Colomar wrote: >>> > >>> >> .I void * >>> >> >>>

Re: [PATCH v4 1/2] system_data_types.7: Add 'void *'

2020-10-03 Thread Alejandro Colomar via Gcc-patches
On 10/3/20 9:48 AM, G. Branden Robinson wrote: [...] >> The "short" answer[1] is that I think Alex is correct; Paul's caution is >> unwarranted and arises from confusion with the font alternation macros >> of the man(7) macro package.  Examples of the latter are .BI and .BR. >> Those set their

Re: [PATCH v4 1/2] system_data_types.7: Add 'void *'

2020-10-03 Thread Alejandro Colomar via Gcc-patches
Hi Michael and Branden, On 2020-10-03 09:48, G. Branden Robinson wrote: At 2020-10-03T09:10:14+0200, Michael Kerrisk (man-pages) wrote: On 10/2/20 10:27 PM, Alejandro Colomar wrote: On 2020-10-02 22:14, Paul Eggert wrote: > On 10/2/20 11:38 AM, Alejandro Colomar wrote: > >> .I void *

Re: [PATCH] options: Save and restore opts_set for Optimization and Target options

2020-10-03 Thread Jakub Jelinek via Gcc-patches
On Fri, Oct 02, 2020 at 04:21:12PM +0200, Stefan Schulze Frielinghaus via Gcc-patches wrote: > > > Sure, no problem at all. In that case I stop to investigate further and > > > wait for you. > > > > Here is a patch that implements that. > > > > Can you please check if it fixes the s390x

Re: [PATCH v5 2/2] void.3: New link to system_data_types(7)

2020-10-03 Thread Michael Kerrisk (man-pages) via Gcc-patches
Hello Alex, On 10/2/20 9:28 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar Patch applied. And, I think we're now at a sync point. Thanks, Michael > --- > man3/void.3 | 1 + > 1 file changed, 1 insertion(+) > create mode 100644 man3/void.3 > > diff --git a/man3/void.3

Re: [PATCH v5 1/2] system_data_types.7: Add 'void *'

2020-10-03 Thread Michael Kerrisk (man-pages) via Gcc-patches
Hello Alex, On 10/2/20 9:28 PM, Alejandro Colomar wrote: > Signed-off-by: Alejandro Colomar Patch applied. Thanks, Michael > system_data_types.7: void *: Add info about generic function parameters and > return value > > Reported-by: Paul Eggert > Reported-by: David Laight >

Re: [PATCH v4 1/2] system_data_types.7: Add 'void *'

2020-10-03 Thread G. Branden Robinson via Gcc-patches
At 2020-10-03T09:10:14+0200, Michael Kerrisk (man-pages) wrote: > On 10/2/20 10:27 PM, Alejandro Colomar wrote: > > On 2020-10-02 22:14, Paul Eggert wrote: > > > On 10/2/20 11:38 AM, Alejandro Colomar wrote: > > > > > >> .I void * > > >> > > >> renders with a space in between. > > > > > >

Re: [PATCH v4 1/2] system_data_types.7: Add 'void *'

2020-10-03 Thread Michael Kerrisk (man-pages) via Gcc-patches
On 10/2/20 10:27 PM, Alejandro Colomar wrote: > Hi Paul, > > On 2020-10-02 22:14, Paul Eggert wrote: > > On 10/2/20 11:38 AM, Alejandro Colomar wrote: > > > >> .I void * > >> > >> renders with a space in between. > > > > That's odd, as "man(7)" says "All of the arguments will be printed