https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107134
--- Comment #3 from Jonathan Wakely ---
(In reply to cqwrteur from comment #0)
> x86_64-elf-g++ -c b.cc -std=c++23
> In file included from
> /home/cqwrteur/toolchains/native/x86_64-elf/x86_64-elf/include/c++/13.0.0/
> cstdint:41,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107134
--- Comment #4 from Jonathan Wakely ---
Oh it's not libstdc++'s one, it's GCC's one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107108
--- Comment #1 from Andrew Pinski ---
Can you provided the undemangle symbol. Maybe you could use c++filt to show the
issue instead of nm?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107108
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107108
--- Comment #3 from Andrew Pinski ---
Can you try binutils 2.39?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107127
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519
--- Comment #27 from Peter Bergner ---
(In reply to Michael Meissner from comment #23)
> If we change rs6000_legitimate_address_p to return false if we have a
> prefixed address and we are in asm, we get an insn not found error:
>
> --- /home/me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107127
--- Comment #3 from Andrew Pinski ---
If anything it is the walk of the tree in c_genericize (c-gimplify.c)
Which is causing the issue.
+ walk_tree (&DECL_SAVED_TREE (fndecl), c_genericize_control_r,
+NULL, NULL);
I suspec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107138
Bug ID: 107138
Summary: [12 regression] std::variant
triggers false-positive 'may be used uninitialized'
warning
Product: gcc
Version: 12.2.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
Arsen Arsenović changed:
What|Removed |Added
CC||arsen at aarsen dot me
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107138
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135
--- Comment #3 from Jonathan Wakely ---
Created attachment 53662
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53662&action=edit
Define function for freestanding
I think I prefer this direction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #11 from cqwrteur ---
(In reply to Arsen Arsenović from comment #10)
> Created attachment 53661 [details]
> *-elf --without-headers --without-newlib should(?) provide stdint.h
>
> Try applying this patch. I'll see if it's correct to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107138
--- Comment #2 from carsten.andrich at gmx dot de ---
(In reply to Marek Polacek from comment #1)
> I see the warning even without -fsanitize=undefined.
Yes. Just used -fsanitize=undefined as per the bug writing guidelines.
What I forgot to men
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135
--- Comment #4 from cqwrteur ---
(In reply to Jonathan Wakely from comment #3)
> Created attachment 53662 [details]
> Define function for freestanding
>
> I think I prefer this direction.
Well i guess it would only work for sub classes of log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107074
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135
Jonathan Wakely changed:
What|Removed |Added
Attachment #53662|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135
--- Comment #6 from cqwrteur ---
Comment on attachment 53663
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53663
Define function for freestanding
std::terminate() or std::abort() or __builtin_trap()??
std::terminate() has the issue of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135
--- Comment #7 from cqwrteur ---
(In reply to cqwrteur from comment #6)
> Comment on attachment 53663 [details]
> Define function for freestanding
>
> std::terminate() or std::abort() or __builtin_trap()??
>
> std::terminate() has the issue o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #12 from Jonathan Wakely ---
Please stop mixing separate issues together in bug reports. If you want that
change, file a separate bug report asking for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
Jonathan Wakely changed:
What|Removed |Added
Attachment #53657|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99685
--- Comment #3 from Peter Bergner ---
(In reply to pthaugen from comment #2)
> Fixed.
Does this need backporting?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107134
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #14 from Jonathan Wakely ---
*** Bug 107134 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #15 from cqwrteur ---
(In reply to Jonathan Wakely from comment #14)
> *** Bug 107134 has been marked as a duplicate of this bug. ***
Well. that time only canadian cross did not work. Now even cross compiler does
not work anymore. T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Sergei Trofimovich
:
https://gcc.gnu.org/g:4b25752a2970745ccc9f7ad0294b9e19e56c5300
commit r12-8807-g4b25752a2970745ccc9f7ad0294b9e19e56c5300
Author: Sergei Tro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519
--- Comment #28 from Segher Boessenkool ---
(In reply to Peter Bergner from comment #27)
> (In reply to Michael Meissner from comment #23)
> > If we change rs6000_legitimate_address_p to return false if we have a
> > prefixed address and we are i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Sergei Trofimovich
:
https://gcc.gnu.org/g:06e1f9097760bd78d9460312cdebf692fb92ba47
commit r11-10289-g06e1f9097760bd78d9460312cdebf692fb92ba47
Author: Sergei Tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Sergei Trofimovich
:
https://gcc.gnu.org/g:4c5dcb2dee23af26288d76bf0b7fc7adc0186f28
commit r10-11018-g4c5dcb2dee23af26288d76bf0b7fc7adc0186f28
Author: Sergei Tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
Sergei Trofimovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519
--- Comment #29 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #28)
> All prefixed addresses, pcrel or R=0, are valid always. The original code
> is correct.
Well they're only valid when compiling for power10, but we probab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519
--- Comment #30 from Segher Boessenkool ---
(In reply to Peter Bergner from comment #29)
> (In reply to Segher Boessenkool from comment #28)
> > All prefixed addresses, pcrel or R=0, are valid always. The original code
> > is correct.
>
> Well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106757
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519
--- Comment #31 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #30)
> We have to disallow all (*all*) operands that require prefixed insns, until
> we can handle those properly.
So if we can't disallow pcrel addresses in asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106949
--- Comment #3 from Ian Lance Taylor ---
I don't think your attached patch is going to work. The code assumes that it
is running within a stack segment. You can't just add a stack segment without
changing the stack pointer.
But something like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107139
Bug ID: 107139
Summary: Time to remove #if _GLIBCXX_HOSTED guard for coroutine
for freestanding
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136
--- Comment #5 from Patrick Palka ---
Sorry for the breakage!
(In reply to Andrew Pinski from comment #3)
> This is most likely the fix but I don't have time to test it right now"
> diff --git a/gcc/cp/Make-lang.in b/gcc/cp/Make-lang.in
> index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55578
Lewis Hyatt changed:
What|Removed |Added
CC||lhyatt at gcc dot gnu.org
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107140
Bug ID: 107140
Summary: Potential false positive uninitialized variable
warning with -Wmaybe-uninitialized
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136
--- Comment #6 from Patrick Palka ---
patch posted at
https://gcc.gnu.org/pipermail/gcc-patches/2022-October/602758.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669
--- Comment #5 from CVS Commits ---
The master branch has been updated by Lewis Hyatt :
https://gcc.gnu.org/g:70e3f71a279856eabf99bbc92c0345c3ad20b615
commit r13-3051-g70e3f71a279856eabf99bbc92c0345c3ad20b615
Author: Lewis Hyatt
Date: Sat Oc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669
Lewis Hyatt changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103036
Lewis Hyatt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 103036, which changed state.
Bug 103036 Summary: incorrect #pragma GCC diagnostic suppression for macro
expansion and -Wuninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103036
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
Bug ID: 107141
Summary: ICE: Segmentation fault (in contains_struct_check)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107142
Bug ID: 107142
Summary: [PDT] ICE: Segmentation fault (in next_statement)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107130
--- Comment #6 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:f50d103183c551c7f9f9f20efaf2ebbf83d5e99f
commit r13-3052-gf50d103183c551c7f9f9f20efaf2ebbf83d5e99f
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107143
Bug ID: 107143
Summary: ICE: 'verify_gimple' failed (Error: non-trivial
conversion in 'mem_ref')
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107130
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107144
Bug ID: 107144
Summary: ICE in gfc_get_symbol_decl, at
fortran/trans-decl.cc:1623
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107145
Bug ID: 107145
Summary: Indefinite recursion in
gfc_check_dummy_characteristics/gfc_compare_interfaces
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107146
Bug ID: 107146
Summary: [ICE] in build_value_init, at cp/init.cc:347
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107146
--- Comment #1 from Andrew Pinski ---
This seems like it was fixed already in GCC 12.2.0.
testcase.ii: In instantiation of 'void fields_count() [with T = my_class]':
testcase.ii:18:3: required from 'void binary_visit(T, U) [with
= less_impl;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107147
Bug ID: 107147
Summary: [13 Regression] ICE in register_local_var_uses, at
cp/coroutines.cc:3923
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107146
tim blechmann changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107147
--- Comment #1 from Arseny Solokha ---
(In reply to Arseny Solokha from comment #0)
> gfortran 13.0.0 20220925 snapshot
g++, of course.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107148
Bug ID: 107148
Summary: [10/11/12/13 Regression] ICE in bot_manip, at
cp/tree.cc:3252
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-c
101 - 159 of 159 matches
Mail list logo
