on 2023/5/18 14:12, Richard Biener wrote:
> On Wed, May 17, 2023 at 9:19 AM Kewen.Lin wrote:
>>
>> Hi Richi,
>>
>> on 2023/5/17 14:34, Richard Biener wrote:
>>> On Wed, May 17, 2023 at 8:09 AM Kewen.Lin wrote:
Hi,
This patch is to refactor the handlings for the case (index
on 2023/5/17 14:32, Richard Biener wrote:
> On Wed, May 17, 2023 at 8:06 AM Kewen.Lin wrote:
>>
>> Hi,
>>
>> When working on a cost tweaking patch, I found that a newly
>> added test case has different dumpings with stage-1 and
>> bootstrapped gcc. By looking into it, the apparent reason
>> is
On Mon, May 22, 2023 at 10:51 AM Guo Ren wrote:
>
> On Fri, May 19, 2023 at 3:35 PM Kito Cheng wrote:
> >
> > I am concern about we didn't define POINTERS_EXTEND_UNSIGNED here, and
> > also concern about the code model stuffs, I know currently Guo-Ren's
> > implementation is rely on some MMU
On Fri, May 19, 2023 at 3:35 PM Kito Cheng wrote:
>
> I am concern about we didn't define POINTERS_EXTEND_UNSIGNED here, and
> also concern about the code model stuffs, I know currently Guo-Ren's
> implementation is rely on some MMU trick, but I am not sure does it
> also applicable on embedded
From: Ju-Zhe Zhong
Address comments from Richard that splits the patch of fixing multiple-rgroup
handling of length counting elements.
This patch is fixing issue of handling multiple-rgroup of length is counting
elements
Before this patch, multiple rgroup run fail:
FAIL:
On Sun, May 21, 2023 at 11:25 AM Andrew Pinski wrote:
> On Sun, May 21, 2023 at 11:17 AM David Edelsohn via Gcc-patches
> wrote:
> >
> > Hi, Andrew
> >
> > Thanks for this series of patches to improve do_store_flag.
> Unfortunately
> > this specific patch in the series has caused a bootstrap
Dear all,
checking and simplification of the RESHAPE intrinsic could fail in
various ways for sufficiently complicated arguments, like array
constructors. Debugging revealed that in these cases we determined
that the array arguments were constant but we did not properly
simplify and expand the
On 5/21/23 12:25, Andrew Pinski via Gcc-patches wrote:
On Sun, May 21, 2023 at 11:17 AM David Edelsohn via Gcc-patches
wrote:
Hi, Andrew
Thanks for this series of patches to improve do_store_flag. Unfortunately
this specific patch in the series has caused a bootstrap failure on
On Sun, May 21, 2023 at 11:25 AM Andrew Pinski wrote:
>
> On Sun, May 21, 2023 at 11:17 AM David Edelsohn via Gcc-patches
> wrote:
> >
> > Hi, Andrew
> >
> > Thanks for this series of patches to improve do_store_flag. Unfortunately
> > this specific patch in the series has caused a bootstrap
arm.com does some interesting special effects with URL; hopefully this
simplification is somewhat resilient.
Pushed.
Gerald
---
htdocs/readings.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 6813b84f..26f2af7a
On Sun, May 21, 2023 at 11:17 AM David Edelsohn via Gcc-patches
wrote:
>
> Hi, Andrew
>
> Thanks for this series of patches to improve do_store_flag. Unfortunately
> this specific patch in the series has caused a bootstrap failure on
> powerpc-aix. I bisected this failure to this specific
Hi, Andrew
Thanks for this series of patches to improve do_store_flag. Unfortunately
this specific patch in the series has caused a bootstrap failure on
powerpc-aix. I bisected this failure to this specific patch. Note that I
am building as 32 bit, so this could be a specific issue about bit
This patch fixes a minor optimization issue for an avr specific builtin.
Applied as obvious.
https://gcc.gnu.org/r14-1025
Johann
--
target/90622: __builtin_avr_insert bits: Use BLD/BST for one bit in place.
If just one bit is inserted in the same position like with:
> Am 20.05.2023 um 22:33 schrieb Jakub Jelinek :
>
> Hi!
>
> On the following testcase we hang, because POLY_INT_CST is CONSTANT_CLASS_P,
> but BIT_AND_EXPR with it and INTEGER_CST doesn't simplify and the
> (x | CST1) & CST2 -> (x & CST2) | (CST1 & CST2)
> simplification actually relies on
14 matches
Mail list logo