Re: BUG: realloc(p,0) is not conforming to C99/C11/C17/POSIX.1-2008

2024-10-17 Thread Douglas McIlroy via Gcc
Pedantically, I should say valid, not unique. More pedantically, it should be distinct from any other pointer returned by malloc or realloc and not freed or realloced since. Doug On Thu, Oct 17, 2024 at 12:09 PM Alejandro Colomar wrote: > > CC += JeanHeyd > > On Thu, Oct 17, 2024 at 05:25:55PM

Re: BUG: realloc(p,0) is not conforming to C99/C11/C17/POSIX.1-2008

2024-10-17 Thread Alejandro Colomar via Gcc
CC += JeanHeyd On Thu, Oct 17, 2024 at 05:25:55PM GMT, Alejandro Colomar wrote: > On Thu, Oct 17, 2024 at 05:19:07PM GMT, Alejandro Colomar wrote: > > CC += Robert, Joseph, gcc@ > > > > On Thu, Oct 17, 2024 at 04:30:27PM GMT, Alejandro Colomar wrote: > > > On Thu, Oct 17, 2024 at 04:23:29PM GMT,

Re: BUG: realloc(p,0) is not conforming to C99/C11/C17/POSIX.1-2008

2024-10-17 Thread Douglas McIlroy via Gcc
> Pedantically, I should say valid, not unique. More pedantically, it should be distinct from any other pointer returned by malloc or realloc and not freed or realloced since. On Thu, Oct 17, 2024 at 11:25 AM Alejandro Colomar wrote: > On Thu, Oct 17, 2024 at 05:19:07PM GMT, Alejandro Colomar w

Re: Alex Coplan appointed maintainer of AArch64 pair fusion pass and pair-fusion pass.

2024-10-17 Thread Richard Sandiford via Gcc
Ramana Radhakrishnan via Gcc writes: > I am pleased to announce that the GCC Steering Committee has appointed > Alex Coplan as a maintainer for the AArch64 load / store pair fusion > pass. > > In addition the steering committee has also appointed him as > maintainer for the Pair Fusion pass in the

Re: BUG: realloc(p,0) is not conforming to C99/C11/C17/POSIX.1-2008

2024-10-17 Thread Alejandro Colomar via Gcc
On Thu, Oct 17, 2024 at 05:19:07PM GMT, Alejandro Colomar wrote: > CC += Robert, Joseph, gcc@ > > On Thu, Oct 17, 2024 at 04:30:27PM GMT, Alejandro Colomar wrote: > > On Thu, Oct 17, 2024 at 04:23:29PM GMT, Alejandro Colomar wrote: > > > CC += Doug, as the author of the original malloc(3). > > >

Re: BUG: realloc(p,0) is not conforming to C99/C11/C17/POSIX.1-2008

2024-10-17 Thread Alejandro Colomar via Gcc
CC += Robert, Joseph, gcc@ On Thu, Oct 17, 2024 at 04:30:27PM GMT, Alejandro Colomar wrote: > On Thu, Oct 17, 2024 at 04:23:29PM GMT, Alejandro Colomar wrote: > > CC += Doug, as the author of the original malloc(3). > > > > On Thu, Oct 17, 2024 at 04:21:22PM GMT, Alejandro Colomar wrote: > > > Hi

[RFC][AArch64] Defining lrotm3 optabs for SVE modes for TARGET_SVE2?

2024-10-17 Thread Kyrylo Tkachov via Gcc
Hello, I’ve been optimizing various code sequences relating to vector rotates recently. I ended up proposing we expand the vector-rotate-by-immediate optab rotlm3 for the Advanced SIMD (Neon) modes here: https://gcc.gnu.org/pipermail/gcc-patches/2024-October/665635.html This expands to a ROTATE RT

Alex Coplan appointed maintainer of AArch64 pair fusion pass and pair-fusion pass.

2024-10-17 Thread Ramana Radhakrishnan via Gcc
I am pleased to announce that the GCC Steering Committee has appointed Alex Coplan as a maintainer for the AArch64 load / store pair fusion pass. In addition the steering committee has also appointed him as maintainer for the Pair Fusion pass in the target independent portions. Please join me in

RE: [RFC] Enabling SVE with offloading to nvptx

2024-10-17 Thread Richard Biener via Gcc
On Thu, 17 Oct 2024, Prathamesh Kulkarni wrote: > > -Original Message- > > From: Richard Biener > > Sent: 16 October 2024 13:05 > > To: Prathamesh Kulkarni > > Cc: gcc@gcc.gnu.org; Thomas Schwinge > > Subject: Re: [RFC] Enabling SVE with offloading to nvptx > > > > External email: Use

RE: [RFC] Enabling SVE with offloading to nvptx

2024-10-17 Thread Prathamesh Kulkarni via Gcc
> -Original Message- > From: Richard Biener > Sent: 16 October 2024 13:05 > To: Prathamesh Kulkarni > Cc: gcc@gcc.gnu.org; Thomas Schwinge > Subject: Re: [RFC] Enabling SVE with offloading to nvptx > > External email: Use caution opening links or attachments > > > On Tue, 15 Oct 2024,

Re: C23 status on cppreference

2024-10-17 Thread Joseph Myers via Gcc
On Thu, 17 Oct 2024, Florian Weimer wrote: > > I'm not sure such a warning particularly helps, however; any ABI > > incompatibility occurs at the point where someone changes their code to > > stop defining bool and to use the standard bool instead. (And any problem > > code would already have

Re: Is -Wtraditional obsolete?

2024-10-17 Thread Joseph Myers via Gcc
On Wed, 16 Oct 2024, Eric Gallager via Gcc wrote: > > "suggest hiding %<#%s%> from traditional C with an indented %<#%>" > > This is one of the things I tested when adding gcc.dg/pragma-diag-7.c > in r8-787-g4287da829c9697: > https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=4287da829c9697c581316

Re: gcc14.2 gprbuild not provided

2024-10-17 Thread Marc Poulhiès via Gcc
"Berger, Lutz via Gcc" writes: > Airbus Amber > Hallo, > The command "gnatmake -P" cannot be executed anymore, > because gprbuild (gnatmake is forwarded to gprbuild in that case) is > not provided. Is there a restriction, or why it is not provided? Hello, it's not new that `gnatmake -P` redirec

Re: [RFC] Return Value Propagation in IPA-CP

2024-10-17 Thread Dhruv Chawla via Gcc
Hi, Thanks for the reply! On 16/10/24 20:25, Martin Jambor wrote: External email: Use caution opening links or attachments Hello, first and foremost, sorry for a late reply. I needed to take a larger leave of absence for family reasons. Comments inline: On Thu, Aug 22 2024, Dhruv Chawla v

Re: How to remove extra assembly code"

2024-10-17 Thread LIU Hao via Gcc
在 2024-10-17 17:13, ericxu...@protonmail.com 写道: Using your method, I replaced "int main()" with "int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nShowCmd)", and the result was more assembly code added than the previous version. After reverse engineering,

Re: C23 status on cppreference

2024-10-17 Thread Florian Weimer
* Joseph Myers: > On Wed, 16 Oct 2024, Florian Weimer wrote: > >> * Jakub Jelinek via Gcc: >> >> > Are some of the papers/features known to be fully implemented (since which >> > version)? E.g. for __VA_OPT__ I remember doing (and Jason too) various >> > fixes >> > in the past few years, like P

Re: How to remove extra assembly code

2024-10-17 Thread LIU Hao via Gcc
在 2024-10-17 16:07, Ericxu833--- via Gcc 写道: I used IDA pro to reverse engineer test.exe and found that gcc added "call __main" to the front of the assembly code, and then executed "jmp __do_global_ctors". I guess this code means to instantiate C++ objects. Yes, mostly. My code is pure C la

Re: How to remove extra assembly code

2024-10-17 Thread Nick Clifton via Gcc
Hi Ericxu833, gcc.exe -g -O0 -x c -fno-exceptions -fno-stack-protector -fno-ident test.c -o test.exe I used IDA pro to reverse engineer test.exe and found that gcc added "call __main" to the front of the assembly code, and then executed "jmp __do_global_ctors". I guess this code means to ins

How to remove extra assembly code

2024-10-17 Thread Ericxu833--- via Gcc
gcc version 14.2.0 (Rev1, Built by MSYS2 project) //test.c #include int main() { getchar(); return0;} gcc.exe -g -O0 -x c -fno-exceptions -fno-stack-protector -fno-ident test.c -o test.exe I used IDA pro to reverse engineer test.exe and found that gcc added "call __main" to the front of the

gcc14.2 gprbuild not provided

2024-10-17 Thread Berger, Lutz via Gcc
Airbus Amber Hallo, The command "gnatmake -P" cannot be executed anymore, because gprbuild (gnatmake is forwarded to gprbuild in that case) is not provided. Is there a restriction, or why it is not provided? Regards Lutz Berger Modeling and Testing System Engineer Integrated Team PSTS - TADVSD

Re: Is -Wtraditional obsolete?

2024-10-17 Thread Richard Biener via Gcc
On Wed, Oct 16, 2024 at 7:14 PM Joseph Myers via Gcc wrote: > > One issue that showed up as test failures with a default of -std=gnu23 is > that -std=gnu23 -Wtraditional produces a "traditional C rejects ISO C > style function definitions" warning for function definitions with empty > parentheses,