On Tue, 13 May 2025, Tamar Christina wrote:
> > -Original Message-
> > From: Richard Biener
> > Sent: Tuesday, May 13, 2025 12:44 PM
> > To: Eric Botcazou
> > Cc: Tamar Christina ; gcc-patches@gcc.gnu.org; nd
> >
> > Subject: Re: [PATC
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, May 13, 2025 1:36 PM
> To: Jakub Jelinek
> Cc: Tamar Christina ; Jonathan Wakely
> ; gcc-patches@gcc.gnu.org; nd
> Subject: Re: [PATCH 1/4]middle-end: document pragma unroll n
> [PR116140]
>
&
On Tue, 13 May 2025, Jakub Jelinek wrote:
> On Tue, May 13, 2025 at 10:40:16AM +, Tamar Christina wrote:
> > That's true. The names are already optional, I can just drop the
> > "requested"
> > all together.
> >
> > I'll give it a few to give others a chance to commit and I'll respin
> > d
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, May 13, 2025 12:44 PM
> To: Eric Botcazou
> Cc: Tamar Christina ; gcc-patches@gcc.gnu.org; nd
>
> Subject: Re: [PATCH 1/4]middle-end: document pragma unroll n
> [PR116140]
>
> On Tue, 13
> -Original Message-
> From: Jakub Jelinek
> Sent: Tuesday, May 13, 2025 11:49 AM
> To: Tamar Christina
> Cc: Jonathan Wakely ; gcc-patches@gcc.gnu.org; nd
> ; rguent...@suse.de
> Subject: Re: [PATCH 1/4]middle-end: document pragma unroll n
> [PR116140]
>
&
On Tue, 13 May 2025, Eric Botcazou wrote:
> > In PR116140 it was brought up that adding pragma GCC unroll in std::find
> > makes it so that you can't use a larger unroll factor if you wanted to.
> > This is because the value can't be overriden by the other unrolling flags
> > such as -funroll-loo
> -Original Message-
> From: Jonathan Wakely
> Sent: Tuesday, May 13, 2025 11:34 AM
> To: Tamar Christina
> Cc: gcc-patches@gcc.gnu.org; nd ; rguent...@suse.de
> Subject: Re: [PATCH 1/4]middle-end: document pragma unroll n
> [PR116140]
>
> On Tue, 13 May 202
On Tue, May 13, 2025 at 10:40:16AM +, Tamar Christina wrote:
> That's true. The names are already optional, I can just drop the "requested"
> all together.
>
> I'll give it a few to give others a chance to commit and I'll respin dropping
> "requested"
Is the intended behavior of the "weak"
> In PR116140 it was brought up that adding pragma GCC unroll in std::find
> makes it so that you can't use a larger unroll factor if you wanted to.
> This is because the value can't be overriden by the other unrolling flags
> such as -funroll-loops.
What about letting -funroll-loops either augme
On Tue, 13 May 2025 at 11:26, Tamar Christina wrote:
>
> > -Original Message-
> > From: Jonathan Wakely
> > Sent: Tuesday, May 13, 2025 11:01 AM
> > To: Tamar Christina
> > Cc: gcc-patches@gcc.gnu.org; nd ; rguent...@suse.de
> > Subject: Re: [PATCH
> -Original Message-
> From: Jonathan Wakely
> Sent: Tuesday, May 13, 2025 11:01 AM
> To: Tamar Christina
> Cc: gcc-patches@gcc.gnu.org; nd ; rguent...@suse.de
> Subject: Re: [PATCH 1/4]middle-end: document pragma unroll n
> [PR116140]
>
> On 13/05/25 10:39 +
On 13/05/25 10:39 +0100, Tamar Christina wrote:
Hi All,
In PR116140 it was brought up that adding pragma GCC unroll in std::find makes
it so that you can't use a larger unroll factor if you wanted to. This is
because the value can't be overriden by the other unrolling flags such as
-funroll-loo
Hi All,
In PR116140 it was brought up that adding pragma GCC unroll in std::find makes
it so that you can't use a larger unroll factor if you wanted to. This is
because the value can't be overriden by the other unrolling flags such as
-funroll-loops.
To know whether this should be possible to do
13 matches
Mail list logo
