https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25290
Andrew Pinski changed:
What|Removed |Added
Attachment #54813|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56223
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109461
--- Comment #3 from Huaqi ---
Thanks Kito, maybe you can add more examples in this script
https://github.com/gcc-mirror/gcc/blob/master/gcc/config/riscv/multilib-generator
and in this doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70243
--- Comment #7 from CVS Commits ---
The master branch has been updated by Michael Meissner :
https://gcc.gnu.org/g:725bcdeec60771cb9ee387978716028b64ea1b7f
commit r13-7132-g725bcdeec60771cb9ee387978716028b64ea1b7f
Author: Michael Meissner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109461
Kito Cheng changed:
What|Removed |Added
CC||kito at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109461
Andrew Pinski changed:
What|Removed |Added
Component|c |bootstrap
Build|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109461
Bug ID: 109461
Summary: build gcc for riscv target failed with `execvp:
/bin/sh: Argument list too long error when using with
--with-multilib-generator`
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Bug ID: 109460
Summary: Build gcc for win32 failed in gcc13 master branch
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109459
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109459
Bug ID: 109459
Summary: static_assert with operator""s causes internal
compiler error
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88540
--- Comment #5 from Andrew Pinski ---
> Also minmax_replacement in phi-opt could make
> use of the FMIN/FMAX IFNs when HONOR_NANS || HONOR_SIGNED_ZEROS
> and the direct IFN is available.
You should just need to teach match.pd rather than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68894
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> Mine, working on improving phi-opt here; though the hoisting of the load is
> something which needs to be looked into further.
>
> I have the match.pd pattern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59660
--- Comment #15 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #13)
> Using the C front-end we still have a casting issue.
There are a few issues of even for the C++ front-end IR:
In phiopt1 we have:
if (n_6(D) == m_7(D))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68894
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59660
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71336
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2021-07-19 00:00:00 |2023-4-9
--- Comment #9 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88508
--- Comment #6 from Frank Heckenbach ---
Yet ironically, char8_t and char16_t are meant to be used with a certain
encoding (UTF-8 and UTF-16, respectively) which is locale-independent, whereas
char is very much locale-dependent (with even EBCDIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109356
--- Comment #8 from Jonny Grant ---
(In reply to Xi Ruoyao from comment #7)
> (In reply to Jonny Grant from comment #6)
> > Tried a few other compilers on godbolt.
> >
> > ICC gets the warning on line 6
> > https://godbolt.org/z/fYb9c8f61
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
Lénárd Szolnoki changed:
What|Removed |Added
CC||leni536 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109458
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2023-04-09
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109457
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109457
lyazj changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100958
--- Comment #1 from Andrew Pinski ---
Here is the start of the conversion to match.pd, there must be an easier way to
see the range too:
#if GIMPLE
/* Optimize
x in range [cst1, cst2] where cst2 = cst1 + 1
(x op CSTN) ? CST3 : CST4
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109457
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> The issue there is the code which implements 'z' is shared with 'Z' and the
> error message only references 'Z' and missed that it is shared with 'z'. Let
> me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109458
Bug ID: 109458
Summary: invalid use 'z' operand modifier in some cases mention
the 'Z' operand modifier
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109457
--- Comment #3 from Andrew Pinski ---
(In reply to lyazj from comment #2)
> Thanks very much for the quick and concise solution. I'm sorry that I missed
> the truth that I could have probably put the modifier `z` on an immediate
> and did the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109457
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109457
lyazj changed:
What|Removed |Added
Resolution|INVALID |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109457
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109457
Bug ID: 109457
Summary: %z[asmSymbolicName] in AssemblerTemplate fails to
compile
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109455
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86164
--- Comment #15 from Nadav Har'El ---
More than 5 years later, more and more projects are discovering this bug the
hard way, and moving from std::regex to boost::regex which doesn't have this
bug - boost::regex defaults to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109456
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |target
Keywords|inline-asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109456
--- Comment #3 from Andrew Pinski ---
Seems like using a global register is not really recommended, especially one
that is used for argument passing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109456
--- Comment #2 from Andrew Pinski ---
> or in some other fixed role
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109456
--- Comment #1 from gccriscvuser at proton dot me ---
Corrected URLs from original description:
Register `a4` is normally used for passing parameters in a call.
https://github.com/riscv-non-isa/riscv-elf-psabi-doc/blob/master/riscv-cc.adoc
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109456
Bug ID: 109456
Summary: `-ffixed` is ignored for `a` registers on RISC-V.
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Keywords: inline-asm, wrong-code
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88508
--- Comment #5 from Jonathan Wakely ---
No, you can't disable it with SFINAE, because it's a runtime property. If you
define ctype yourself and add it to a locale at runtime, and use that
locale with the stream, then it works. We can't disable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107557
--- Comment #8 from Martin Uecker ---
Created attachment 54818
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54818=edit
another version
This works without regressions, but is still not correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109356
--- Comment #7 from Xi Ruoyao ---
(In reply to Jonny Grant from comment #6)
> Tried a few other compilers on godbolt.
>
> ICC gets the warning on line 6
> https://godbolt.org/z/fYb9c8f61
>
> nvc++ gives the warning on line 6
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109455
Bug ID: 109455
Summary: false-positive -Wstringop-overflow warning when using
std::vector with UBsan
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109450
--- Comment #2 from Martin Uecker ---
This is unrelated to PR29970. The cause of this is that gimplify_parm_type
recurses into incomplete types which is wrong for the same reason as in
gimplify_type_sizes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104288
--- Comment #17 from Andrew Pinski ---
(In reply to Christian Prochaska from comment #16)
> (In reply to Andrew Pinski from comment #14)
> >
> > There was a deferencing of myself before:
> > Nova::Utcb = *(Nova::Utcb *)myself->utcb();
>
> I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104288
--- Comment #16 from Christian Prochaska
---
(In reply to Andrew Pinski from comment #14)
>
> There was a deferencing of myself before:
> Nova::Utcb = *(Nova::Utcb *)myself->utcb();
I see. The 'Thread::utcb()' function handles the null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109449
--- Comment #3 from pionere at freemail dot hu ---
(In reply to Andrew Pinski from comment #2)
> I am not 100% sure if this is not a incorrect warning. The question that
> needs to be answered is the object located at [0][0] can
> only validly
45 matches
Mail list logo
