https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97543
Bug ID: 97543
Summary: powerpc64le: libgcc has unexpected long double in
.gnu_attribute
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98952
Bug ID: 98952
Summary: powerpc*: __trampoline_setup inverted test for
trampoline size
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101168
Bug ID: 101168
Summary: gnu++14 complains about altivec types defined with
using keyword in the same file with preprocessor
macros
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100605
--- Comment #1 from Tulio Magno Quites Machado Filho ---
Interestingly, all the 3 warnings are reported when using -save-temps:
$ gcc -c -save-temps -Wimplicit-fallthrough=5 -Werror=implicit-fallthrough t.c
t.c: In function ‘foo’:
t.c:12:9:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100605
Bug ID: 100605
Summary: -Wimplicit-fallthrough=5 still recognizes comments
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100909
Bug ID: 100909
Summary: powerpc64le: Regression causing unexpected error with
IBM long double
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101324
Tulio Magno Quites Machado Filho changed:
What|Removed |Added
Attachment #51105|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101324
Bug ID: 101324
Summary: powerpc64le: hashst appears before mflr at -O1 or
higher
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #7 from Tulio Magno Quites Machado Filho ---
(In reply to HaoChen Gui from comment #6)
> Does _ARCH_PWR8 impact anything during the compiling?
I can answer this question from an user point of view. It's used in many
projects to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #12 from Tulio Magno Quites Machado Filho ---
There is a chance, that my previous comment is wrong with regards the
generation of VSX instructions for Power8.
I don't know what the second command means:
$ gcc-11 -mcpu=power10 -dM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #10 from Tulio Magno Quites Machado Filho ---
(In reply to HaoChen Gui from comment #9)
> For this example, let's suppose that we set mcpu=power8 and mno-vsx in the
> command line. Thus, _ARCH_PWR8 should be defined as mcpu=power8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
Bug ID: 101865
Summary: _ARCH_PWR8 is not defined when using -mcpu=power8
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103387
Tulio Magno Quites Machado Filho changed:
What|Removed |Added
CC||tuliom at ascii dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109889
--- Comment #6 from Tulio Magno Quites Machado Filho ---
Let me elaborate my previous comment...
When initializing the object at 0x100414c8, one of its members points to an
address in the stack (0x7fffe8f8).
All these functions return and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109889
--- Comment #5 from Tulio Magno Quites Machado Filho ---
(In reply to Jonathan Wakely from comment #3)
> I wonder if we have a static destructor ordering problem.
I'm afraid the issue is happening earlier, when these iterators are being
15 matches
Mail list logo