https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110702
Richard Biener changed:
What|Removed |Added
CC||aegges at web dot de
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111517
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111533
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
--- Comment #1 from Richard Biener ---
Hm, but the COLLECT_GCC_OPTIONS variable is only used for communicating between
the driver and the linker, the options therein are individually passed to the
program execved?
You are maybe looking for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110817
--- Comment #21 from Andrew Pinski ---
*** Bug 111534 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111534
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111534
Bug ID: 111534
Summary: [14 Regression] wrong code with -mgeneral-regs-only
and vector compare
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
Committed, thanks Juzhe.
Pan
From: juzhe.zhong
Sent: Friday, September 22, 2023 12:18 PM
To: Li, Pan2
Cc: gcc-patches@gcc.gnu.org; Li, Pan2 ; Wang, Yanzhang
; kito.ch...@gmail.com
Subject: Re: [PATCH v1] RISC-V: Rename the test macro for math autovec test
ok
Replied Message
From
Committed, thanks Juzhe.
--
Li Xu
>LGTM. You can commit it after you pass the regression.
>
>
>
>juzhe.zh...@rivai.ai
>
>From: Li Xu
>Date: 2023-09-22 10:37
>To: gcc-patches
>CC: kito.cheng; palmer; juzhe.zhong; xuli
>Subject: [PATCH V2] RISC-V: Optimization of vrgather.vv into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111451
--- Comment #3 from CVS Commits ---
The master branch has been updated by Li Xu :
https://gcc.gnu.org/g:0ed05db7cee8f92604b5d7761713b7a7161e0db0
commit r14-4219-g0ed05db7cee8f92604b5d7761713b7a7161e0db0
Author: xuli
Date: Fri Sep 22
ok Replied Message Frompan2...@intel.comDate09/22/2023 11:47 Togcc-patches@gcc.gnu.org Ccjuzhe.zh...@rivai.ai,pan2...@intel.com,yanzhang.w...@intel.com,kito.ch...@gmail.comSubject[PATCH v1] RISC-V: Rename the test macro for math autovec test
Committed, thanks Juzhe.
Pan
From: juzhe.zh...@rivai.ai
Sent: Friday, September 22, 2023 11:45 AM
To: Li, Pan2 ; gcc-patches
Cc: Li, Pan2 ; Wang, Yanzhang ;
kito.cheng
Subject: Re: [PATCH v1] RISC-V: Remove arch and abi option for run test case.
LGTM
From: Pan Li
Rename TEST_CEIL to TEST_UNARY_CALL for the underlying function
autovec patch testing.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/autovec/test-math.h: Rename.
* gcc.target/riscv/rvv/autovec/math-ceil-0.c: Ditto.
*
LGTM
juzhe.zh...@rivai.ai
From: pan2.li
Date: 2023-09-22 11:39
To: gcc-patches
CC: juzhe.zhong; pan2.li; yanzhang.wang; kito.cheng
Subject: [PATCH v1] RISC-V: Remove arch and abi option for run test case.
From: Pan Li
Remove the -march and -mabi.
gcc/testsuite/ChangeLog:
*
From: Pan Li
Remove the -march and -mabi.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/autovec/math-ceil-run-0.c: Remove arch and abi.
* gcc.target/riscv/rvv/autovec/math-ceil-run-1.c: Ditto.
* gcc.target/riscv/rvv/autovec/math-ceil-run-2.c: Ditto.
Signed-off-by:
On Thu, Sep 21, 2023 at 3:22 PM Hu, Lin1 wrote:
>
> Hi all,
>
> After previous discussion, instead of supporting option -mavx10.1, we
> will first introduct option -m[no-]evex512, which will enable/disable
> 512 bit register and 64 bit mask register.
>
> It will not change the current option
Committed with splited patchs, thanks Robin.
[COMMITTED] RISC-V: Split VLS avl_type from NONVLMAX avl_type
https://gcc.gnu.org/pipermail/gcc-patches/2023-September/631152.html
[COMMITTED V4] RISC-V: Support combine cond extend and reduce sum to
widen reduce sum
This patch support combining cond extend and reduce_sum to cond widen reduce_sum
like combine the following three insns:
(set (reg:RVVM2HI 149)
(if_then_else:RVVM2HI
(unspec:RVVMF8BI [
(const_vector:RVVMF8BI repeat [
(const_int 1 [0x1])
])
This patch split a VLS avl_type from the NONVLMAX avl_type, denoting
those RVV insn with length set to the number of units of VLS modes.
gcc/ChangeLog:
* config/riscv/riscv-protos.h (enum avl_type): New VLS avl_type.
* config/riscv/riscv-v.cc (autovec_use_vlmax_p): Move comments.
LGTM. You can commit it after you pass the regression.
juzhe.zh...@rivai.ai
From: Li Xu
Date: 2023-09-22 10:37
To: gcc-patches
CC: kito.cheng; palmer; juzhe.zhong; xuli
Subject: [PATCH V2] RISC-V: Optimization of vrgather.vv into
vrgatherei16.vv[PR111451]
From: xuli
Consider this
From: xuli
Consider this following case:
typedef int32_t vnx32si __attribute__ ((vector_size (128)));
__attribute__ ((noipa)) void permute_##TYPE (TYPE values1, TYPE values2, \
TYPE *out) \
{
Sorry. It should be:
else if (CONST_VECTOR_P (sel)
&& GET_MODE_BITSIZE (GET_MODE_INNER (sel_mode)).to_constant () > 16
&& riscv_get_v_regno_alignment (data_mode) > 1)
juzhe.zh...@rivai.ai
From: juzhe.zh...@rivai.ai
Date: 2023-09-22 09:39
To: Li Xu; gcc-patches
CC: kito.cheng; palmer; Li Xu
+ unsigned int data_sew = get_sew (data_mode);
+ enum vlmul_type data_lmul = get_vlmul (data_mode);
Remove this.
+ else if (CONST_VECTOR_P (sel) && data_sew != 16
+ && data_sew != 8 && (data_lmul == LMUL_2
+ || data_lmul == LMUL_4 || data_lmul == LMUL_8))
change it into:
From: xuli
Consider this following case:
typedef int32_t vnx32si __attribute__ ((vector_size (128)));
__attribute__ ((noipa)) void permute_##TYPE (TYPE values1, TYPE values2, \
TYPE *out) \
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111532
--- Comment #1 from Andrew Pinski ---
Created attachment 55965
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55965=edit
Reduced testcase
It is __no_unique_address__ and empty base class related ...
Committed, thanks Juzhe.
Pan
From: juzhe.zh...@rivai.ai
Sent: Friday, September 22, 2023 9:17 AM
To: Li, Pan2 ; gcc-patches
Cc: Li, Pan2 ; Wang, Yanzhang ;
kito.cheng
Subject: Re: [PATCH v1] RISC-V: Leverage __builtin_xx instead of math.h for test
LGTM。
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111533
Bug ID: 111533
Summary: [14 Regression] ICE: RTL check: expected code 'reg',
have 'const_int' in rhs_regno, at rtl.h:1934
Product: gcc
Version: 14.0
Status: UNCONFIRMED
LGTM。
juzhe.zh...@rivai.ai
From: pan2.li
Date: 2023-09-22 09:12
To: gcc-patches
CC: juzhe.zhong; pan2.li; yanzhang.wang; kito.cheng
Subject: [PATCH v1] RISC-V: Leverage __builtin_xx instead of math.h for test
From: Pan Li
The math.h may have problems in some environment, take __builtin__xx
From: Pan Li
The math.h may have problems in some environment, take __builtin__xx
instead for testing.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/autovec/vls/floating-point-max-5.c:
Remove reference to math.h.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111531
Andrew Pinski changed:
What|Removed |Added
Summary|Bound member function |Bound member function with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111531
Andrew Pinski changed:
What|Removed |Added
Keywords||documentation
--- Comment #1 from
LGTM
juzhe.zh...@rivai.ai
From: pan2.li
Date: 2023-09-22 08:12
To: gcc-patches
CC: juzhe.zhong; pan2.li; yanzhang.wang; kito.cheng
Subject: [PATCH v4] RISC-V: Support ceil and ceilf auto-vectorization
From: Pan Li
Update in v4:
* Add test for _Float16.
* Remove unnecessary macro in def.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111532
Bug ID: 111532
Summary: tuple get accesses through base element type in
constant expression
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111531
Bug ID: 111531
Summary: Bound member function (-Wno-pmf-conversions) with
multiple inheritance
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity:
From: Pan Li
Update in v4:
* Add test for _Float16.
* Remove unnecessary macro in def.h for test.
Original log:
This patch would like to support auto-vectorization for both the
ceil and ceilf of math.h. It depends on the -ffast-math option.
When we would like to call ceil/ceilf like v2 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111530
Bug ID: 111530
Summary: Unable to build GM2 standard library on BSD due to a
`getopt_long_only' GNU extension dependency
Product: gcc
Version: 14.0
Status: UNCONFIRMED
On 18 September 2023 12:19:17 CEST, Julian Brown
wrote:
>On Thu, 14 Sep 2023 17:13:02 +0200
>Bernhard Reutner-Fischer via Gcc-patches
>wrote:
>
>> On Tue, 5 Sep 2023 12:28:28 -0700
>> Julian Brown wrote:
>>
>> > + static bool
>> > + equal (const omp_name_type ,
>> > + const omp_name_type
Regression passed.
Committed.
gcc/ChangeLog:
* config/riscv/autovec.md: Extend VLS modes.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/autovec/vls/abs-2.c: New test.
---
gcc/config/riscv/autovec.md | 6 +-
.../gcc.target/riscv/rvv/autovec/vls/abs-2.c |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108964
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
Snapshot gcc-11-20230921 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20230921/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111529
Andrew Pinski changed:
What|Removed |Added
Known to work||8.3.0
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111529
Andrew Pinski changed:
What|Removed |Added
Known to work|10.1.0 |
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111529
--- Comment #2 from Maxim Plyushkin ---
It appears that this regression happened between 8.3 and 8.4, not between 10.1
and 11.1.
Add FP16 tests:
https://godbolt.org/z/e9vrzKTvn
Like LLVM.
diff --git a/gcc/testsuite/gcc.target/riscv/rvv/autovec/vls/def.h
b/gcc/testsuite/gcc.target/riscv/rvv/autovec/vls/def.h
index 74685f8d05e..ccc1d1d70ab 100644
--- a/gcc/testsuite/gcc.target/riscv/rvv/autovec/vls/def.h
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111529
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111529
Bug ID: 111529
Summary: ICE on bool conversion in an unrolled loop condition
inside template lambda nested in another template
scope
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111528
--- Comment #2 from Marek Polacek ---
I see the ICE even with r13-7827-g4bb1ae3c13ce4f in the tree.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111528
--- Comment #1 from Andrew Pinski ---
Should have been fixed with:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=4bb1ae3c13ce4fb72129229de66f5ffbcd45fe4c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111528
Bug ID: 111528
Summary: aarch64: Test gfortran.dg/pr80494.f90 fails with
-fstack-protector-strong with gcc-13
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Hi,
We were able to make it work by calling:
```
decl_attributes (, fn_attributes, 0);
```
We used to set the attributes directly in `fndecl` using equivalents of:
```
DECL_ATTRIBUTES (fndecl) =
tree_cons (ident, attribute_value, DECL_ATTRIBUTES (fndecl));
```
We now store inside
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
Bug ID: 111527
Summary: COLLECT_GCC_OPTIONS option hits single-variable limits
too early
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111517
--- Comment #4 from Andrew Pinski ---
r0-126272-g8fdc414d439bc7148e079d27220e59 adds check_loadstore but IVOPTS can
sometimes produce these TARGET_MEM_REF with 0 as first operand ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111517
Andrew Pinski changed:
What|Removed |Added
Target Milestone|11.5|12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111526
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111526
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111526
--- Comment #5 from Andrew Pinski ---
Hmm, somehow the value of warn_c11_c2x_compat is being changed from -1 to 0 ...
and not being changed back, maybe a __extension__ is happening incorrectly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111517
Theodoros Theodoridis changed:
What|Removed |Added
CC||theodort at inf dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111526
--- Comment #4 from Pádraig Brady ---
Interestingly, gcc 13 _does_ warn with -Wc11-c2x-compat,
but does not warn with -Wpedantic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111526
--- Comment #3 from Pádraig Brady ---
Created attachment 55964
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55964=edit
coreutils tail.c compilation unit
This should warn with -Wpedantic, but doesn't on gcc 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111526
--- Comment #2 from Andrew Pinski ---
Can you attach the original preprocessed source where you get no warning and
you think you should. Others can reduce it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111526
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-09-21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111526
Bug ID: 111526
Summary: inconsistent handling of declaration after label
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111525
--- Comment #2 from Andrew Pinski ---
>-Wno-error=array-bounds and -Wno-error=format-overflow are necessary as these
>warnings have known issues under ubsan.
Actually all warnings have issues with sanitizers enabled. The manual is clear
there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111525
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111525
Bug ID: 111525
Summary: Inconsistent Wsign-compare in c++ with ubsan
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On 9/21/23 09:14, Patrick O'Neill wrote:
On 9/21/23 03:20, Palmer Dabbelt wrote:
On Wed, 20 Sep 2023 10:47:23 PDT (-0700), Patrick O'Neill wrote:
...
[1]:
Executing on host:
/github/ewlu-runner-2/_work/riscv-gnu-toolchain/riscv-gnu-toolchain/build/build-gcc-linux-stage2/gcc/xgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111524
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-09-21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111524
Bug ID: 111524
Summary: Missing support for inline namespace in spellcheck
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Hi Juzhe,
I've added this to my TODO once pre-commit patchworks CI is sorted out :)
How often do we want to run these tests?
I was thinking of starting up a once-weekly run of compute-intensive
tasks like --enable-checking=rtl builds/testsuite runs.
If we aren't expecting frequent breakages,
> From: Qing Zhao
> Date: Tue, 19 Sep 2023 14:19:09 +
> > On Sep 17, 2023, at 12:36 PM, Hans-Peter Nilsson via Gcc-patches
> > wrote:
> >> From: Sam James
> >> Date: Sun, 17 Sep 2023 05:00:37 +0100
> >> Did some bug ever get filed for this to see if we can do a bit
> >> better here?
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111523
Sam James changed:
What|Removed |Added
CC||siddhesh at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111523
Bug ID: 111523
Summary: Unexpected performance regression with
-ftrivial-auto-var-init=zero for e.g. systemctl unmask
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Add support for inline memmove expansions. The generated code is identical
as for memcpy, except that all loads are emitted before stores rather than
being interleaved. The maximum size is 256 bytes which requires at most 16
registers.
Passes regress/bootstrap, OK for commit?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111517
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-09-21
On 9/21/23 03:20, Palmer Dabbelt wrote:
On Wed, 20 Sep 2023 10:47:23 PDT (-0700), Patrick O'Neill wrote:
...
[1]:
Executing on host:
/github/ewlu-runner-2/_work/riscv-gnu-toolchain/riscv-gnu-toolchain/build/build-gcc-linux-stage2/gcc/xgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111517
Andrew Pinski changed:
What|Removed |Added
Summary|Optimization -O1 removes|[12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111518
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111520
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111515
--- Comment #3 from Theodoros Theodoridis ---
I'm re-reducing the case so that the missed optimization does not depend on
inlining to main (the bisection will stay the same). I'll post the updated code
soon.
On 9/20/23 10:13, Patrick Palka wrote:
On Tue, 19 Sep 2023, Patrick Palka wrote:
On Tue, 19 Sep 2023, Jason Merrill wrote:
On 9/19/23 12:40, Patrick Palka wrote:
Tested on x86_64-pc-linux-gnu, does this look OK for trunk/13?
OK for trunk. What's your argument for backporting?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111522
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111515
--- Comment #2 from Andrew Pinski ---
Looks like an early jump threading happens in n and then the size differences
causes inlining heurstics not to chose the function for inlining because it is
inlining into `main`. If we change main to `f` or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111515
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-09-21
Target Milestone|---
From: Pan Li
This patch would like to support auto-vectorization for both the
ceil and ceilf of math.h. It depends on the -ffast-math option.
When we would like to call ceil/ceilf like v2 = ceil (v1), we will
convert it into below insn (reference the implementation of llvm).
* vfcvt.x.f v3,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111521
--- Comment #1 from Davide Cesari ---
An update:
By replacing the line
list_getcurr => this%curr%getval()
with
CLASS(*),POINTER :: l_p
l_p => this%curr%getval()
list_getcurr => l_p
i.e. assigning the upper function result to a temporary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111522
Bug ID: 111522
Summary: Different code path for static initialization with
flto
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Hi.
I'm working on adding the support for the nonnull attribute in
libgccjit.
I found out a way to make it working, but I need more help to find a
proper solution.
The problem is that the nonnull attribute should be added to the
fn_type while we added it to the fn_decl.
If we add it to the fn_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111516
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111521
Bug ID: 111521
Summary: Polymorphic variable loses information about the
actual type assigned when passed as function result
Product: gcc
Version: 13.2.1
Status:
std
gcc version 14.0.0 20230921 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110622
--- Comment #16 from Mathieu Malaterre ---
(In reply to Xi Ruoyao from comment #15)
> (In reply to Mathieu Malaterre from comment #14)
> > (In reply to Andrew Pinski from comment #13)
> > > (In reply to Mathieu Malaterre from comment #12)
> > >
v2: Use UINTVAL, rename max_mops_size.
The cpymemdi/setmemdi implementation doesn't fully support strict alignment.
Block the expansion if the alignment is less than 16 with STRICT_ALIGNMENT.
Clean up the condition when to use MOPS.
Passes regress/bootstrap, OK for commit?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110622
--- Comment #15 from Xi Ruoyao ---
(In reply to Mathieu Malaterre from comment #14)
> (In reply to Andrew Pinski from comment #13)
> > (In reply to Mathieu Malaterre from comment #12)
> > > I am seeing a difference in result (log1p computation)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110622
--- Comment #14 from Mathieu Malaterre ---
(In reply to Andrew Pinski from comment #13)
> (In reply to Mathieu Malaterre from comment #12)
> > I am seeing a difference in result (log1p computation) in the range:
> >
> > 4318952042648305665 -
I've updated the error messages, and also fixed another bug I found
while retesting (value-initialised unions weren't considered to have any
active member yet).
Bootstrapped and regtested on x86_64-pc-linux-gnu.
-- >8 --
This patch adds checks for attempting to change the active member of a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Comment #230 from Andrew Pinski ---
*** Bug 110622 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110622
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
1 - 100 of 202 matches
Mail list logo