Re: access to include path in front end

On Tue, Nov 29, 2022 at 4:41 PM James K. Lowden wrote: > > I don't understand how to access in a front end the arguments to the -I > option on the command line. > > Cobol has a feature similar to the C preprecessor, known as the > Compiler Directing Facility (CDF). The CDF has a COPY statement th

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

On 11/29/22 18:19, Alex Colomar wrote: Hi Martin, Joseph, On 11/29/22 18:00, Martin Uecker wrote: Am Dienstag, dem 29.11.2022 um 16:53 + schrieb Jonathan Wakely: On Tue, 29 Nov 2022 at 16:49, Joseph Myers wrote: On Tue, 29 Nov 2022, Michael Matz via Gcc wrote: like.  But I'm generally

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

Hi Martin and Michael, On 11/29/22 17:58, Uecker, Martin wrote: Hi, Am Dienstag, dem 29.11.2022 um 15:44 + schrieb Michael Matz: Hey, On Tue, 29 Nov 2022, Uecker, Martin wrote: It does not require any changes on how arrays are represented. As part of VM-types the size becomes part of

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

Hi Martin, Joseph, On 11/29/22 18:00, Martin Uecker wrote: Am Dienstag, dem 29.11.2022 um 16:53 + schrieb Jonathan Wakely: On Tue, 29 Nov 2022 at 16:49, Joseph Myers wrote: On Tue, 29 Nov 2022, Michael Matz via Gcc wrote: like.  But I'm generally doubtful of this whole feature within C

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

Am Dienstag, dem 29.11.2022 um 16:53 + schrieb Jonathan Wakely: > On Tue, 29 Nov 2022 at 16:49, Joseph Myers wrote: > > > > On Tue, 29 Nov 2022, Michael Matz via Gcc wrote: > > > > > like.  But I'm generally doubtful of this whole feature within C > > > itself. > > > It serves a purpose in do

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

Hi, Am Dienstag, dem 29.11.2022 um 15:44 + schrieb Michael Matz: > Hey, > > On Tue, 29 Nov 2022, Uecker, Martin wrote: > > > It does not require any changes on how arrays are represented. > > > > As part of VM-types the size becomes part of the type and this > > can be used for static or d

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

On Tue, 29 Nov 2022 at 16:49, Joseph Myers wrote: > > On Tue, 29 Nov 2022, Michael Matz via Gcc wrote: > > > like. But I'm generally doubtful of this whole feature within C itself. > > It serves a purpose in documentation, so in man-pages it seems fine enough > > (but then still could use a differ

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

On Tue, 29 Nov 2022, Michael Matz via Gcc wrote: > like. But I'm generally doubtful of this whole feature within C itself. > It serves a purpose in documentation, so in man-pages it seems fine enough > (but then still could use a different puncuator to not be confusable with > C syntax). In

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

Hey, On Tue, 29 Nov 2022, Uecker, Martin wrote: > It does not require any changes on how arrays are represented. > > As part of VM-types the size becomes part of the type and this > can be used for static or dynamic analysis, e.g. you can  > - today - get a run-time bounds violation with the san

access to include path in front end

I don't understand how to access in a front end the arguments to the -I option on the command line. Cobol has a feature similar to the C preprecessor, known as the Compiler Directing Facility (CDF). The CDF has a COPY statement that resembles an #include directive in C, and shares the property

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

Am Dienstag, dem 29.11.2022 um 14:58 + schrieb Michael Matz: > Hey, > > On Tue, 29 Nov 2022, Alex Colomar via Gcc wrote: > > > How about the compiler parsing the parameter list twice? > > This _is_ unbounded look-ahead.  You could avoid this by using "." > for > your new syntax.  Use someth

Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters

Hey, On Tue, 29 Nov 2022, Alex Colomar via Gcc wrote: > How about the compiler parsing the parameter list twice? This _is_ unbounded look-ahead. You could avoid this by using "." for your new syntax. Use something unambiguous that can't be confused with other syntactic elements, e.g. with a

Re: [RISC-V][tech-rvv-intrinsics] RISC-V V C Intrinsic API v1.0 release meeting reminder (November 28th, 2022)

The meeting minutes in added in the note. You can also find it under riscv-admin/rvv-intrinsics. > eop Chen

Re: Division by zero on A53 which does not raise an exception

The 11/28/2022 21:37, Stephen Smith via Binutils wrote: > I am working on a project which is using an A53 core. The core does not > raise an exception if there is a division by zero (for either integer or > floating point division). floating-point division by zero signals the FE_DIVBYZERO exce

Re: Project wiki page for the BPF backend

On Tue, 29 Nov 2022 at 10:58, Jose E. Marchesi via Gcc wrote: > > > Hello people! > > We would like to use a project page in gcc.gnu.org/wiki to help > coordinating the work in the BPF backend: links to specs, to open > bugzillas, etc. > > I just created an user JoseMarchesi in the wiki, but I wou

Project wiki page for the BPF backend

Hello people! We would like to use a project page in gcc.gnu.org/wiki to help coordinating the work in the BPF backend: links to specs, to open bugzillas, etc. I just created an user JoseMarchesi in the wiki, but I would need someone to add me to the list in EditorGroup. Thanks!

Re: Division by zero on A53 which does not raise an exception

On Tue, Nov 29, 2022 at 5:39 AM Stephen Smith via Gcc wrote: > > I am working on a project which is using an A53 core. The core does not > raise an exception if there is a division by zero (for either integer or > floating point division). > > The designers chose to set status bits for the float