> On 12 Jan 2023, at 00:26, James Addison via Gcc wrote:
>
> Hi,
>
> During GCC 12.2.0 compilation of a file that includes[1] immintrin.h
> with both code-optimization and uninitialized-variable-warnings
> enabled, a warning is emitted:
>
>/usr/lib/gcc/x86_64-linux-gnu/12/include/avx512er
NightStrike wrote:
On Tue, Jan 10, 2023 at 9:30 PM Jacob Bachmeyer wrote:
NightStrike wrote:
[...]
I did another little test to try to better understand your point. I
ran a linux native testsuite under a simulator that just sets SIM to "
". This resulted in extra ^M's also, although
> On Jan 11, 2023, at 7:38 PM, Paul Koning via Gcc wrote:
>
>
>
>> On Jan 11, 2023, at 2:52 PM, Segher Boessenkool
>> wrote:
>>
>> Hi Paul,
>>
>> On Tue, Jan 10, 2023 at 02:39:34PM -0500, Paul Koning via Gcc wrote:
>>> In pdp11.md I have:
>>>
>>> (define_insn_and_split "addhi3"
>>> [(se
> On Jan 11, 2023, at 2:52 PM, Segher Boessenkool
> wrote:
>
> Hi Paul,
>
> On Tue, Jan 10, 2023 at 02:39:34PM -0500, Paul Koning via Gcc wrote:
>> In pdp11.md I have:
>>
>> (define_insn_and_split "addhi3"
>> [(set (match_operand:HI 0 "nonimmediate_operand" "=rR,rR,Q,Q")
>> (plus:HI (m
Hi,
During GCC 12.2.0 compilation of a file that includes[1] immintrin.h
with both code-optimization and uninitialized-variable-warnings
enabled, a warning is emitted:
/usr/lib/gcc/x86_64-linux-gnu/12/include/avx512erintrin.h:55:20:
warning: ‘__W’ is used uninitialized [-Wuninitialized]
The
Hi Paul,
On Tue, Jan 10, 2023 at 02:39:34PM -0500, Paul Koning via Gcc wrote:
> In pdp11.md I have:
>
> (define_insn_and_split "addhi3"
> [(set (match_operand:HI 0 "nonimmediate_operand" "=rR,rR,Q,Q")
> (plus:HI (match_operand:HI 1 "general_operand" "%0,0,0,0")
>(match_ope
Hi all,
Tomorrow's RISC-V GNU Toolchain meeting will be canceled, since there are few
new topics to discuss.
The next RISC-V GNU Toolchain meeting is collecting topics.
Please let me know if you have any topics want to discuss in the next meeting.
BR
Jiawei
On Tue, Jan 10, 2023 at 9:30 PM Jacob Bachmeyer wrote:
>
> NightStrike wrote:
> > [...]
> > I did another little test to try to better understand your point. I
> > ran a linux native testsuite under a simulator that just sets SIM to "
> > ". This resulted in extra ^M's also, although many tests