Re: [RFC] Linux system call builtins

2024-04-08 Thread Paul Iannetta via Gcc
On Mon, Apr 08, 2024 at 11:26:40AM -0700, Andrew Pinski wrote: > On Mon, Apr 8, 2024 at 11:20 AM Paul Iannetta via Gcc wrote: > > > > Hi, > > > > On Mon, Apr 08, 2024 at 06:19:14AM -0300, Matheus Afonso Martins Moreira > > via Gcc wrote: > > >

Re: [RFC] Linux system call builtins

2024-04-08 Thread Paul Iannetta via Gcc
Hi, On Mon, Apr 08, 2024 at 06:19:14AM -0300, Matheus Afonso Martins Moreira via Gcc wrote: > Hello! I'm a beginner when it comes to GCC development. > I want to learn how it works and start contributing. > Decided to start by implementing something relatively simple > but which would still be ve

Re: The macro STACK_BOUNDARY may overflow

2024-01-12 Thread Paul Iannetta via Gcc
On Sat, Mar 25, 2023 at 10:28:02AM -0600, Jeff Law via Gcc wrote: > On 3/24/23 07:48, Paul Iannetta via Gcc wrote: > > Hi, > > > > Currently, the macro STACK_BOUNDARY is defined as > > > >Macro: STACK_BOUNDARY > > Define this macro to the min

Re: Complex numbers support: discussions summary

2023-09-26 Thread Paul Iannetta via Gcc
On Tue, Sep 26, 2023 at 08:29:16AM +, Tamar Christina via Gcc wrote: > Hi, > > I tried to find you two on Sunday but couldn't locate you. Thanks for the > presentation! Yes, sadly we could not attend on Sunday because we wanted to be back for Monday. > > > > > > We had very interesting disc

Re: Complex numbers support: discussions summary

2023-09-26 Thread Paul Iannetta via Gcc
On Tue, Sep 26, 2023 at 09:28:08AM +, Tamar Christina wrote: > > -Original Message- > > From: Gcc On Behalf > > Of Paul Iannetta via Gcc > > Sent: Tuesday, September 26, 2023 9:54 AM > > To: Richard Biener > > Cc: Sylvain Noiry ; gcc@gcc.g

Re: Complex numbers support: discussions summary

2023-09-26 Thread Paul Iannetta via Gcc
On Tue, Sep 26, 2023 at 09:30:21AM +0200, Richard Biener via Gcc wrote: > On Mon, Sep 25, 2023 at 5:17 PM Sylvain Noiry via Gcc wrote: > > > > Hi, > > > > We had very interesting discussions during our presentation with Paul on > > the > > support of complex numbers in gcc at the Cauldron. > > > >

Re: Exporting inline functions

2023-09-25 Thread Paul Iannetta via Gcc
Hi, On Mon, Sep 25, 2023 at 05:46:36PM -0500, Nima Hamidi via Gcc wrote: > Is there any flag that I can pass to gcc to make it generate dynamic symbols > for inline functions too? Let’s say I need to lookup an inline function via > dlopen and call it. Is there an easy way to achieve this? > You

The macro STACK_BOUNDARY may overflow

2023-03-24 Thread Paul Iannetta via Gcc
Hi, Currently, the macro STACK_BOUNDARY is defined as Macro: STACK_BOUNDARY Define this macro to the minimum alignment enforced by hardware for the stack pointer on this machine. The definition is a C expression for the desired alignment (measured in bits). This value is u

Re: LTO apparently does not support _FloatNx types

2023-01-13 Thread Paul Iannetta via Gcc
On Fri, Jan 13, 2023 at 08:15:34AM +0100, Richard Biener wrote: > On Thu, Jan 12, 2023 at 5:35 PM Richard Biener > wrote: > > > > > > > > > Am 12.01.2023 um 17:18 schrieb Paul Iannetta via Gcc : > > > > > > Hi, > > > > > > I

LTO apparently does not support _FloatNx types

2023-01-12 Thread Paul Iannetta via Gcc
Hi, I was investigating an ICE (in our yet to be upstreamed back-end which has native support for float16), on "gcc.dg/torture/float16-complex.c" when compiled with lto: ./gcc/build/gcc/xgcc -B./gcc/build/gcc/ ./gcc/gcc/testsuite/gcc.dg/torture/float16-complex.c \ -O2 -flto -fno-use-linker-plugi

Re: Announcement: Porting the Docs to Sphinx - 9. November 2022

2022-10-19 Thread Paul Iannetta via Gcc
On Wed, Oct 19, 2022 at 09:24:06AM +0200, Martin Liška wrote: > On 10/17/22 16:16, Paul Iannetta wrote: > > Hi Martin, > > > > Thank you very much for porting the documentation to Sphinx, it is > > very convenient to use, especially the menu on the left and the > > search bar. > > Thanks, I also

Re: Announcement: Porting the Docs to Sphinx - 9. November 2022

2022-10-17 Thread Paul Iannetta via Gcc
Hi Martin, Thank you very much for porting the documentation to Sphinx, it is very convenient to use, especially the menu on the left and the search bar. However, I also regularly browse and search the documentation through info, especially when I want to use regexps to search or need to include

Re: [RFC] c++: parser - Support for target address spaces in C++

2022-10-06 Thread Paul Iannetta via Gcc
On Thu, Oct 06, 2022 at 09:52:45AM -0700, Andrew Pinski wrote: > On Thu, Oct 6, 2022 at 7:15 AM Paul Iannetta via Gcc wrote: > > > > Hi, > > > > Presently, GCC supports target address spaces as a GNU extension (cf. > > `info -n "(gcc)Named Address Spaces"

[RFC] c++: parser - Support for target address spaces in C++

2022-10-06 Thread Paul Iannetta via Gcc
Hi, Presently, GCC supports target address spaces as a GNU extension (cf. `info -n "(gcc)Named Address Spaces"`). This is however supported only by the C frontend, which is a bit sad, since all the GIMPLE machinery is readily available and, moreover, LLVM supports this GNU extension both for C an