https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118527
--- Comment #1 from Di Zhao ---
The change below can fix the problem. But it appears not quite efficient.
(I tried to do this in cfg cleanup stage, but haven't succeeded with that.)
How do you think of this?
diff --git a/gcc/tree-ssa-sccvn.cc b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118527
Bug ID: 118527
Summary: When a loop is unlooped due to sccvn, its profile is
not updated
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92539
Richard Biener changed:
What|Removed |Added
Known to work||15.0
Summary|[12/13/14/15 Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92539
--- Comment #14 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:44d21551362f9076617200595f49d4260d1f40a9
commit r15-6990-g44d21551362f9076617200595f49d4260d1f40a9
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
--- Comment #4 from Richard Biener ---
It's also the old "issue" that we have ERROR_MARK but not ERROR_TYPE which
would make this a bit more robust.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118379
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29593
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #28 from rguenther at suse dot de ---
On Thu, 16 Jan 2025, segher at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
>
> --- Comment #27 from Segher Boessenkool ---
> > This is a GIMPLE pass which has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #6 from Matthias Klose ---
the same version as the native compiler, and I rechecked with 20250114.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118526
--- Comment #1 from Andrew Pinski ---
Seems like it is stuck testing
any_template_arguments_need_structural_equality_p
#43 0x017f72aa in walk_tree_without_duplicates_1
(tp=tp@entry=0x7fffbca8, func=func@entry=0xccbe00 , data=data@e
e forever to compile it.
Please find the preprocessed code attached
g++ (GCC) 15.0.1 20250116 (experimental)
compiling with -std=c++26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116743
--- Comment #27 from GCC Commits ---
The releases/gcc-14 branch has been updated by Eugene Rozenfeld
:
https://gcc.gnu.org/g:802771f22815157cce8643e54e6810ed80079f13
commit r14-11219-g802771f22815157cce8643e54e6810ed80079f13
Author: Eugene Roz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116632
Iain Buclaw changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:1487310d2707203e0f9b5b1794daf1f381e3e622
commit r14-11217-g1487310d2707203e0f9b5b1794daf1f381e3e622
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
--- Comment #6 from GCC Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:d740694ff89ab5c78652a1f66b058ca16634ddbc
commit r15-6983-gd740694ff89ab5c78652a1f66b058ca16634ddbc
Author: Iain Buclaw
Date: Fri J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #437 from Oleg Endo ---
Could be relevant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
https://gcc.gnu.org/pipermail/gcc-patches/2025-January/673817.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105440
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105440
--- Comment #5 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:15a7544e09d81fd35edcc32adc08e494e4debcc2
commit r15-6982-g15a7544e09d81fd35edcc32adc08e494e4debcc2
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113560
--- Comment #10 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:fed57c8ec95ce3d86e74c5afb73a3a4a499d4ec4
commit r15-6981-gfed57c8ec95ce3d86e74c5afb73a3a4a499d4ec4
Author: Alexandre Oliva
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #17 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:def933af3cb381b423ba15f331ed51f2d255898f
commit r15-6979-gdef933af3cb381b423ba15f331ed51f2d255898f
Author: Alexandre Oliva
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #5 from Iain Buclaw ---
And what version of gdc is being used to bootstrap?
It might matter, as I've come across one instance where the compiler/runtime
interface for BigEndian got mismatched at some point during gcc-14 development
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #14 from kargls at comcast dot net ---
(In reply to anlauf from comment #13)
> (In reply to kargls from comment #12)
> > (In reply to Thomas Koenig from comment #9)
> > > Question is, what should we permit...
> > >
> > > For 'normal'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
--- Comment #5 from Iain Buclaw ---
My guess is, I missed a change to the TypeInfo_Class layout in D runtime.
ClassFlags got reduced from a uint to a ushort.
https://gcc.gnu.org/git/?p=gcc.git;a=blobdiff;f=libphobos/libdruntime/object.d;h=710f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
--- Comment #11 from Vladimir Makarov ---
(In reply to Uroš Bizjak from comment #9)
> Unfortunately, the testcase still fails when -mtune=k8 is added to compile
> flags:
>
>
Thank you, Uros.
I tried to avoid finding longer reload loops but it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> Created attachment 60188 [details]
> Runtime testcase
I should note this fails only with >= C++17.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118321
--- Comment #3 from Tobias Burnus ---
Fixed the main Fortran issue.
Still to do:
* Fix C++ issue ('this' pointer), comment 1
* For Fortran, we may want to check for ENTRY master functions ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
Iain Buclaw changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Attachment #60182|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #13 from anlauf at gcc dot gnu.org ---
(In reply to kargls from comment #12)
> (In reply to Thomas Koenig from comment #9)
> > Question is, what should we permit...
> >
> > For 'normal' operations, only unsigned op unsigned is permit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Attachment #60186|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118406
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #12 from kargls at comcast dot net ---
(In reply to Thomas Koenig from comment #9)
> Question is, what should we permit...
>
> For 'normal' operations, only unsigned op unsigned is permitted,
> so unsigned**unsigned is obviously ok.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Attachment #60185|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118321
--- Comment #2 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:f5409d71e2ec8cdcc674b312dd4c115bb3626eba
commit r15-6976-gf5409d71e2ec8cdcc674b312dd4c115bb3626eba
Author: Tobias Burnus
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107522
--- Comment #3 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:62daa81308c6c187059fcad98377146e30725fa5
commit r15-6975-g62daa81308c6c187059fcad98377146e30725fa5
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111471
Patrick Palka changed:
What|Removed |Added
Target Milestone|13.4|13.3
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110025
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114138
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 115159, which changed state.
Bug 115159 Summary: internal compiler error: in nothrow_spec_p, at
cp/except.cc:1206 when using modules and QCoreApplication
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115159
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115159
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 111890, which changed state.
Bug 111890 Summary: ICE in tsubst_friend_function with friend function declared
inside a concept constrainted class inside a template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608
Bug 65608 depends on bug 111890, which changed state.
Bug 111890 Summary: ICE in tsubst_friend_function with friend function declared
inside a concept constrainted class inside a template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Attachment #60184|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386
Bug 113386 depends on bug 109203, which changed state.
Bug 109203 Summary: sort(zip(v1, v2)) fails to compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109203
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111419
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117792
Patrick Palka changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109203
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
--- Comment #4 from Andrew Pinski ---
Created attachment 60184
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60184&action=edit
Starting of removal of templates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117925
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118060
Patrick Palka changed:
What|Removed |Added
Summary|[13/14/15 Regression] ICE |[13 Regression] ICE
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116524
--- Comment #2 from John David Anglin ---
Patch:
https://gcc.gnu.org/pipermail/gcc-patches/2025-January/673831.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118454
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116417
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118454
--- Comment #10 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d72e5b7be203f9bb9b7e2aac8dd812af7f70859f
commit r15-6974-gd72e5b7be203f9bb9b7e2aac8dd812af7f70859f
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116417
--- Comment #4 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:232d3a73e18d6886f0a5781048a78da293fbb014
commit r15-6973-g232d3a73e18d6886f0a5781048a78da293fbb014
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
--- Comment #2 from Andrew Pinski ---
Created attachment 60183
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60183&action=edit
patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
Bug ID: 118525
Summary: [14/15 Regression] ICE after error dealing consteval
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-checking, ice-on-invalid-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #11 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #10)
> (In reply to Thomas Koenig from comment #9)
> > Question is, what should we permit...
> >
> > For 'normal' operations, only unsigned op unsigned is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #10 from Jerry DeLisle ---
(In reply to Thomas Koenig from comment #9)
> Question is, what should we permit...
>
> For 'normal' operations, only unsigned op unsigned is permitted,
> so unsigned**unsigned is obviously ok.
>
> What a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #9 from Thomas Koenig ---
Question is, what should we permit...
For 'normal' operations, only unsigned op unsigned is permitted,
so unsigned**unsigned is obviously ok.
What about (integer|real|complex)**unsigned?
What about unsign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117775
--- Comment #4 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:37f38b0f97374476a4818b68c8df991886428787
commit r15-6972-g37f38b0f97374476a4818b68c8df991886428787
Author: Simon Martin
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118523
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
--- Comment #10 from Uroš Bizjak ---
Please note that RA loops with SImode, the dump from _.324r.reload reads:
(insn 193 5 191 2 (set (reg:SI 338)
(subreg/j:SI (reg/v:V32HI 165 [ u ]) 0)) "pr118067.c":13:8 96
{*movsi_internal}
(nil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
--- Comment #9 from Uroš Bizjak ---
Unfortunately, the testcase still fails when -mtune=k8 is added to compile
flags:
gcc -O -fno-split-wide-types -mavx512f -mtune=k8
in the same way as reported in Comment #5. The asm dump without -mtune=k8
(g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
--- Comment #5 from Andrew Pinski ---
Or maybe .
I am not sure what is better here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
--- Comment #4 from Andrew Pinski ---
Maybe just and remove prefix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
--- Comment #3 from Andrew Pinski ---
I wonder if it should just be undeclaredtypeerror instead so it is obvious what
it was.
But then again it might not be an undeclared type causing the error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118406
--- Comment #6 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:99bcce0d89b8a9aa9a1cc481b41be101c07d8bdf
commit r15-6971-g99bcce0d89b8a9aa9a1cc481b41be101c07d8bdf
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
Andrew Pinski changed:
What|Removed |Added
Summary|[15] Incorrect error|Incorrect error message:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113257
Tamar Christina changed:
What|Removed |Added
Version|14.0|13.0
--- Comment #11 from Tamar Chris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
--- Comment #3 from Jakub Jelinek ---
Created attachment 60182
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60182&action=edit
pr118509.ii
Somewhat reduced.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118441
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
--- Comment #6 from Andrew Pinski ---
Filed https://github.com/compiler-explorer/compiler-explorer/issues/7280 for
the filtering issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118406
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
--- Comment #5 from Jakub Jelinek ---
Filter -> Directives is filtering .base64 out but not .string, guess somebody
should file an issue against compiler explorer and ask that to be tweaked.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118457
--- Comment #1 from sandra at gcc dot gnu.org ---
Also note that the new testcase c-c++-common/gomp/adjust-args-6.c is xfail'ed
because of this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> godbolt is filtering too much.
That is it is filtering out the .base64 directive.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113257
--- Comment #10 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:1ff85affe46623fe1a970de95887df22f4da9d16
commit r15-6970-g1ff85affe46623fe1a970de95887df22f4da9d16
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110901
--- Comment #6 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:773beeaafb0ea31bd4e308b64781731d64b571ce
commit r15-6969-g773beeaafb0ea31bd4e308b64781731d64b571ce
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
--- Comment #8 from GCC Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:d9835825b3d7193b3d6669174f4386be2cb1
commit r15-6968-gd9835825b3d7193b3d6669174f4386be2cb1
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
Bug ID: 118524
Summary: Wrong assembler for string view literals on ARM64 gcc
trunk
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118523
--- Comment #2 from maic ---
Yes, thanks! This looks like a dup. When running in valgrind I also get
"Conditional jump or move depends on uninitialised value(s)"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection, wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
Thomas Koenig changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544
--- Comment #18 from Benjamin Schulz ---
Interesting. Similarly as in clang, after the printf issue was resolved, a
simple test script shows:
Number of available devices 1
but also,
firsttest runs on target
Well, I have a gpu, and a cpu. th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118523
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
{
std::vector a{};
bool b{};
};
struct B2 {
B2(S = {});
};
struct E : public B2 {
E(S opts = {}) : B2{opts} {}
};
void fun() { E{}; }
Warning:
/opt/compiler-explorer/gcc-trunk-20250116/include/c++/15.0.1/bits/stl_vector.h:1118:41:
warning: '.S::a.std::vector::std::_Vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544
--- Comment #17 from Benjamin Schulz ---
-U_FORTIFY_SOURCE worked.
Thanks Sam.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544
--- Comment #16 from Benjamin Schulz ---
"BTW, if you're calling "new" in the offload kernel then you're probably "doing
it wrong","
I do not think so. For more complex mathematical algorithms, there are many
situations, where we need temporary
1 - 100 of 242 matches
Mail list logo
