https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105318
--- Comment #1 from Tobias Burnus ---
Likewise, the following is now permitted:
type(c_ptr) :: aptr
...
!$omp target is_device_ptr(aPtr)
but still rejected with:
Error: Non-dummy object ‘aptr’ in IS_DEVICE_PTR clause at (1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
--- Comment #10 from Xiaoguang ---
(In reply to Xiaoguang from comment #9)
> (In reply to Andrew Pinski from comment #8)
> > In ARM Armv8, for A-profile architecture (ARM DDI 0487G.b (ID072021)):
> >
> > From section B2.5.2 Alignment of data a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
--- Comment #9 from Xiaoguang ---
(In reply to Andrew Pinski from comment #8)
> In ARM Armv8, for A-profile architecture (ARM DDI 0487G.b (ID072021)):
>
> From section B2.5.2 Alignment of data accesses:
>
> An unaligned access to any type of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
--- Comment #8 from Andrew Pinski ---
In ARM Armv8, for A-profile architecture (ARM DDI 0487G.b (ID072021)):
>From section B2.5.2 Alignment of data accesses:
An unaligned access to any type of Device memory causes an Alignment fault.
Unalign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
--- Comment #7 from Andrew Pinski ---
(In reply to Xiaoguang from comment #6)
> (In reply to Richard Earnshaw from comment #5)
> > Your original code contains (after stripping out the volatile):
> > u32 temp_32 = (u32)status_data_base_addr;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
--- Comment #6 from Xiaoguang ---
(In reply to Richard Earnshaw from comment #5)
> Your original code contains (after stripping out the volatile):
> u32 temp_32 = (u32)status_data_base_addr;
> *dst++ = temp_32;
> data_length++;
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146
--- Comment #20 from HaoChen Gui ---
(In reply to Segher Boessenkool from comment #19)
> Hi guys,
>
> What testcases are still failing? I'm a bit lost :-)
pr56605.c is still not fixed.
+FAIL: gcc.target/powerpc/pr56605.c scan-rtl-dump-times
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106594
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106661
Bug ID: 106661
Summary: possible uninitialized variable usage in
store_bit_field_1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146
--- Comment #19 from Segher Boessenkool ---
Hi guys,
What testcases are still failing? I'm a bit lost :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
Segher Boessenkool changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146
--- Comment #18 from CVS Commits ---
The releases/gcc-10 branch has been updated by Segher Boessenkool
:
https://gcc.gnu.org/g:d99d74d8b1b517784e3b05b271b977eb6603121f
commit r10-10948-gd99d74d8b1b517784e3b05b271b977eb6603121f
Author: Segher B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
--- Comment #17 from CVS Commits ---
The releases/gcc-10 branch has been updated by Segher Boessenkool
:
https://gcc.gnu.org/g:d99d74d8b1b517784e3b05b271b977eb6603121f
commit r10-10948-gd99d74d8b1b517784e3b05b271b977eb6603121f
Author: Segher B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106660
Bug ID: 106660
Summary: riscv32-linux-gnu fails to compile libgo due to having
only 64bit time_t (no support for 32bit time_t)
Product: gcc
Version: 12.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106588
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106659
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106659
Bug ID: 106659
Summary: error: no member named 'fancy_abort' in namespace
'std'; did you mean simply 'fancy_abort'
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146
--- Comment #17 from CVS Commits ---
The releases/gcc-11 branch has been updated by Segher Boessenkool
:
https://gcc.gnu.org/g:72cf56c7cfefaf1b074bb70e42890cf1191c46a1
commit r11-10208-g72cf56c7cfefaf1b074bb70e42890cf1191c46a1
Author: Segher B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
--- Comment #16 from CVS Commits ---
The releases/gcc-11 branch has been updated by Segher Boessenkool
:
https://gcc.gnu.org/g:72cf56c7cfefaf1b074bb70e42890cf1191c46a1
commit r11-10208-g72cf56c7cfefaf1b074bb70e42890cf1191c46a1
Author: Segher B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146
--- Comment #16 from CVS Commits ---
The releases/gcc-11 branch has been updated by Segher Boessenkool
:
https://gcc.gnu.org/g:2eb21e7349cda2885438463f045f6729a47039e8
commit r11-10207-g2eb21e7349cda2885438463f045f6729a47039e8
Author: Segher B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
--- Comment #15 from CVS Commits ---
The releases/gcc-11 branch has been updated by Segher Boessenkool
:
https://gcc.gnu.org/g:2eb21e7349cda2885438463f045f6729a47039e8
commit r11-10207-g2eb21e7349cda2885438463f045f6729a47039e8
Author: Segher B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106609
--- Comment #5 from Sébastien Michelland ---
> Then this is a target specific issue until provided otherwise. mach stands
> for machine (target) specific pass.
That makes a lot of sense, thanks.
I found a much simpler example exhibiting the b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106609
Sébastien Michelland changed:
What|Removed |Added
Summary|[SH] miscompilation of loop |[SH] miscompilation due to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106423
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:60468d6cd46a3bd3afe8ff856f82afcd4c65a217
commit r13-2081-g60468d6cd46a3bd3afe8ff856f82afcd4c65a217
Author: Tom Honermann
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106658
Bug ID: 106658
Summary: [C++23] P2590 - Explicit lifetime management
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106657
Bug ID: 106657
Summary: [C++23] P2460 - Relax requirements on wchar_t to match
existing practices
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106656
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106656
Bug ID: 106656
Summary: [C++23] P2513 - char8_t Compatibility and Portability
Fixes
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106655
Bug ID: 106655
Summary: [C++23] P2295 - Support for UTF-8 as a portable source
file encoding
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106654
Bug ID: 106654
Summary: [C++23] P1774 - Portable assumptions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106653
Bug ID: 106653
Summary: [C++23] P2582 - Class template argument deduction from
inherited constructors
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
Bug ID: 106652
Summary: [C++23] P1467 - Extended floating-point types and
standard names
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106651
Bug ID: 106651
Summary: [C++23] P1169 - static operator()
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106650
Bug ID: 106650
Summary: [C++23] P2280 - Using unknown references in constant
expressions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106649
Bug ID: 106649
Summary: [C++23] P2448 - Relaxing some constexpr restrictions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106648
Bug ID: 106648
Summary: [C++23] P2071 - Named universal character escapes
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106647
Bug ID: 106647
Summary: [C++23] P2362 - Remove non-encodable wide character
literals and multicharacter wide character literals
Product: gcc
Version: unknown
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106533
Andrew Pinski changed:
What|Removed |Added
Known to fail||5.1.0
--- Comment #10 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106646
Bug ID: 106646
Summary: [C++23] P2437R1 - Support for #warning
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106645
--- Comment #1 from Jakub Jelinek ---
Created attachment 53467
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53467&action=edit
gcc13-pr106645.patch
Untested implementation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106645
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106645
Bug ID: 106645
Summary: [C++23] P2290R3 - Delimited escape sequences
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106533
--- Comment #9 from Vineet Gupta ---
> > Can this be back-ported to gcc 12 please ?
>
> Do you have an indication that this is a regression?
No, but this does seem like a bug, aren't those backported ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106644
Bug ID: 106644
Summary: [C++23] P2468R2 - The Equality Operator You Are
Looking For
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:9580ab573dd59e7eaff768b1e5fc736be8c63d20
commit r13-2080-g9580ab573dd59e7eaff768b1e5fc736be8c63d20
Author: Martin Liska
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102610
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106559
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Bl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106631
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106588
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106643
Bug ID: 106643
Summary: [gfortran + OpenACC] Allocate in module causes
refcount error
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637
David Edelsohn changed:
What|Removed |Added
Last reconfirmed||2022-08-16
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106548
--- Comment #3 from Tobias Burnus ---
Submitted patch:
https://gcc.gnu.org/pipermail/gcc-patches/2022-August/599832.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106566
--- Comment #3 from Tobias Burnus ---
Patch for the rejects-valid issue of module variable + a fix
for an absent linear step with OpenMP 5.2 syntax:
https://gcc.gnu.org/pipermail/gcc-patches/2022-August/599829.html
As mentioned, the declarati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637
--- Comment #1 from Andrew Pinski ---
https://github.com/power-devops/bullfreeware
Looks like it was closed in May 2022.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106634
David Malcolm changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100420
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101605
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2021-07-23 00:00:00 |2022-08-16
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617
--- Comment #11 from pivanov at hotmail dot com ---
(In reply to Martin Liška from comment #9)
> Started with r13-322-g7f04b0d786e13ff5.
I do confirm that after reverting this commit there is no more hanging when
compiling (bug 106642)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617
Andrew Pinski changed:
What|Removed |Added
CC||pivanov at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642
--- Comment #5 from Andrew Pinski ---
max_order = ( __builtin_constant_p(nr_pages) ? (
__builtin_constant_p(nr_pages) ? ( (nr_pages) < 2 ? 0 : (nr_pages) & (1ULL <<
63) ? 63 : (nr_pages) & (1ULL << 62) ? 62 : (nr_pages) & (1ULL << 61) ? 61 :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642
--- Comment #4 from pivanov at hotmail dot com ---
It really looks like endless recursion as the whole memory gets exhausted if I
leave it running long enough.
What I see in bug 106617 description
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642
Andrew Pinski changed:
What|Removed |Added
Depends on||106617
--- Comment #3 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642
Richard Earnshaw changed:
What|Removed |Added
Last reconfirmed||2022-08-16
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642
--- Comment #1 from pivanov at hotmail dot com ---
Created attachment 53466
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53466&action=edit
Preprocessed file that triggers the hang
--with-sysroot
--with-headers=/usr/include
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.0 20220816 (Bleeding Edge) (Eva GCC)
Command line used that hangs compiler:
/storage/gcc-arm64/bin/aarch64-elf-gcc -Wp,-MD,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101165
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106640
Roger Sayle changed:
What|Removed |Added
Target Milestone|--- |13.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
Sergei Trofimovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
--- Comment #11 from CVS Commits ---
The master branch has been updated by Sergei Trofimovich :
https://gcc.gnu.org/g:2b403297b111c990c331b5bbb6165b061ad2259b
commit r13-2075-g2b403297b111c990c331b5bbb6165b061ad2259b
Author: Sergei Trofimovich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106640
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-08-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
Sergei Trofimovich changed:
What|Removed |Added
Component|bootstrap |driver
--- Comment #10 from Sergei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:b4ecafb9acd8a7e7eb3da92ac973cb07f0f39d40
commit r10-10947-gb4ecafb9acd8a7e7eb3da92ac973cb07f0f39d40
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:be0bd70649cbb3bdf998069a279d806e1e94a093
commit r11-10206-gbe0bd70649cbb3bdf998069a279d806e1e94a093
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
--- Comment #9 from Martin Liška ---
Thanks for finding out!
To be honest, I verified that path leading to env_manager::xput, but it does
string copy only if m_can_restore.
The patch is fine, please send it to gcc-patches as obvious!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:f6431df36461ba88f462b153fb21f6ca7497a30a
commit r12-8691-gf6431df36461ba88f462b153fb21f6ca7497a30a
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
Richard Earnshaw changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106641
Bug ID: 106641
Summary: Endless Looping & Abnormal Memory Occupatio
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: dema
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
--- Comment #8 from Sergei Trofimovich ---
I think I understand now why it's such a mysterious failure. gcc uses putenv()
incorrectly!
I think the real bug was introduced in: commit 1270ccda70ca09f7d4 "Factor out
jobserver_active_p.".
It's gis
ead model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.0 20220816 (experimental) (GCC)
Happens with the pr106577 patch as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:e56b695aa3aed3c0c80616bba569bbeb4a06b5e5
commit r13-2073-ge56b695aa3aed3c0c80616bba569bbeb4a06b5e5
Author: Iain Buclaw
Date: Tue A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638
--- Comment #2 from Iain Buclaw ---
(In reply to Martin Liška from comment #1)
> Should likely lead to something like:
> https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1021.md
Indeed, I'm sure the wiki links were working at one point
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106548
--- Comment #2 from Tobias Burnus ---
The problem is the following code in omp-low.c:
do_firstprivate:
lower_private_allocate (var, new_var, allocator, allocate_ptr,
ilist, ctx, fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106548
--- Comment #1 from Tobias Burnus ---
The ICE is for:
expand_expr_real_1's
10721 gcc_assert (SCOPE_FILE_SCOPE_P (context)
10722 || context == current_function_decl
10723 || TREE_STATI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103035
Bug 103035 depends on bug 106630, which changed state.
Bug 106630 Summary: [13 Regression] ICE: Segmentation fault signal terminated
program cc1plus with -O2 since r13-1268-g8c99e307b20c50
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5e88fccf4be7e8ab22734d87f8e520b25d92d845
commit r13-2069-g5e88fccf4be7e8ab22734d87f8e520b25d92d845
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
--- Comment #4 from Xiaoguang ---
(In reply to Xiaoguang from comment #2)
> (In reply to Richard Biener from comment #1)
> > Can you provide preprocessed source of the whole translation unit so the
> > testcase is compilable?
>
> Sure, please s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
--- Comment #3 from Xiaoguang ---
(In reply to Richard Biener from comment #1)
> Can you provide preprocessed source of the whole translation unit so the
> testcase is compilable?
please see below code:
void CWLCollectReadRegData(u32* dst,u16 r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
--- Comment #2 from Xiaoguang ---
(In reply to Richard Biener from comment #1)
> Can you provide preprocessed source of the whole translation unit so the
> testcase is compilable?
Sure, please see below complete code.
void CWLCollectReadRegDat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106566
--- Comment #2 from Tobias Burnus ---
The ordering part (must be after IMPORT/IMPLICIT/USE) is now tracked in
PR106639 - note that forcing it after IMPORT/IMPLICIT/USE is new since OpenMP
5.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106639
Bug ID: 106639
Summary: [OpenMP][5.1] Diagnose when OpenMP declarative
directive appears before IMPORT/USE/IMPLICIT
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-08-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638
Bug ID: 106638
Summary: docs: bad links to DIPs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
Assignee: ib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100010
--- Comment #8 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
At the ICE point, node->clone_of has value, but clone_of is NULL:
(gdb) p clone_of
$114 = (cgraph_node *) 0x0
(gdb) p node->clone_of
$115 = (cgraph_node *) 0x76664bb0
(gdb) pno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106634
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Priority|P3
1 - 100 of 109 matches
Mail list logo
