https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118430
Jakub Jelinek changed:
What|Removed |Added
Summary|[14/15 Regression] tail |[14 Regression] tail call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
--- Comment #8 from Dhruv Chawla ---
(In reply to Andrew Pinski from comment #7)
> I do have to wonder if splitting the path here helps because the condition
> (a[i] > 0.) Is predictable.
>
> I can't think it would be predictable but maybe on a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
--- Comment #15 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ea1deefe54ea1c5182bfa179abf36469c9ec6974
commit r15-6945-gea1deefe54ea1c5182bfa179abf36469c9ec6974
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
Richard Biener changed:
What|Removed |Added
Known to work||15.0
Summary|[14/15 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118507
Bug ID: 118507
Summary: Erroneous 'invalid use of qualified-name' for member
function defined with 'typedef' in a friend
declaration
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Known to work||14.2.0
Summary|Front-end pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Target Milestone|14.4|14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Sam James changed:
What|Removed |Added
Summary|[14/15 regression] |[14/15 regression]
|Front
--disable-bootstrap
--enable-languages=c,c++,fortran,lto --disable-multilib --disable-libsanitizer
--enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250116 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118511
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118510
Uroš Bizjak changed:
What|Removed |Added
Last reconfirmed||2025-01-16
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
--- Comment #15 from Robin Dapp ---
I think it's r15-2820-gab18785840d7b8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:301a961ffd0567eece55ece42e80a7ba9e855ba0
commit r15-6951-g301a961ffd0567eece55ece42e80a7ba9e855ba0
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #26 from Richard Biener ---
(In reply to Segher Boessenkool from comment #25)
> No, darn does have a side effect: it returns a random number in the
> destination reg (_deliver_ _a_ _r_andom _n_umber). It does not touch memory
> at a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118490
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |soumyaa at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118510
--- Comment #2 from Uroš Bizjak ---
Something like the following patch should fix the ICE:
--cut here--
diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md
index 362b0ddcf40..2f1997bc36c 100644
--- a/gcc/config/i386/i386.md
+++ b/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118512
Bug ID: 118512
Summary: [15 regression] Failed bootstrap on sparc (Error:
Hardware capability "vis3b" not enabled for
"fpcmpule8".)
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #11 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:462a7f45caf78466ee6d9a1256a1e2848e4ec49c
commit r15-6952-g462a7f45caf78466ee6d9a1256a1e2848e4ec49c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118512
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118512
--- Comment #1 from Sam James ---
Created attachment 60172
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60172&action=edit
errout.s.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50871
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118512
--- Comment #3 from Sam James ---
Created attachment 60173
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60173&action=edit
errout.s-14.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118512
--- Comment #4 from Sam James ---
We don't emit fpcmpule8 for 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118441
--- Comment #7 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:c5a8e22c5dacf4f9d4f66e60990bf34c70f04714
commit r15-6953-gc5a8e22c5dacf4f9d4f66e60990bf34c70f04714
Author: Tobias Burnus
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118489
Hongtao Liu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118487
Christoph Müllner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41339
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Bug ID: 118509
Summary: Front-end produced uninitialized memory reference when
compiling Nektar
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116891
--- Comment #17 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e599311147332567d8d8c8c457fe5f6c2de64fe0
commit r13-9319-ge599311147332567d8d8c8c457fe5f6c2de64fe0
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116380
Richard Biener changed:
What|Removed |Added
Known to work||13.3.1
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117254
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:945d4718652a9b32b973f7f2e7563591b5bd0154
commit r13-9322-g945d4718652a9b32b973f7f2e7563591b5bd0154
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117574
--- Comment #15 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:35069d462540f1175665fc90076142504a35f423
commit r13-9326-g35069d462540f1175665fc90076142504a35f423
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117417
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:8a51ec3176837b22d6ffa02c11ebcd7e8fe2f8b8
commit r13-9325-g8a51ec3176837b22d6ffa02c11ebcd7e8fe2f8b8
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117086
Richard Biener changed:
What|Removed |Added
Known to fail||13.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117307
Richard Biener changed:
What|Removed |Added
Known to work||13.3.1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118451
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118513
Bug ID: 118513
Summary: ICE with modules and structured binding using
std::tuple*
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118513
--- Comment #1 from Jakub Jelinek ---
Note, on the structured binding base VAR_DECL, DECL_INTERFACE_KNOWN has been
set in
#0 constrain_visibility (decl=, visibility=4,
tmpl=false) at ../../gcc/cp/decl2.cc:2815
#1 0x005962ad in determin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117307
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:fbf5f5bd00de543868e05ca20a8db6c2bc1c21db
commit r13-9323-gfbf5f5bd00de543868e05ca20a8db6c2bc1c21db
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117104
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e05758094fd725366c96129e84092b0d1f472834
commit r13-9321-ge05758094fd725366c96129e84092b0d1f472834
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116891
--- Comment #16 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:c59ab5fba1c8c6b6f13c213ee9e7e677b9782dd0
commit r13-9318-gc59ab5fba1c8c6b6f13c213ee9e7e677b9782dd0
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117086
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:13860e2f036c34d43a6ef07da4f6e66854d176fd
commit r13-9320-g13860e2f036c34d43a6ef07da4f6e66854d176fd
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116290
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:a1bdcba603d79b4c20acd668ce056a586c4ab77a
commit r13-9314-ga1bdcba603d79b4c20acd668ce056a586c4ab77a
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116380
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ad9e846e25a7907920faecafa1f034526e86d348
commit r13-9315-gad9e846e25a7907920faecafa1f034526e86d348
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
--- Comment #7 from Vladimir Makarov ---
I've been working on thr PR this week. The case is complicated as it contains
cycle of reloads of more one step length. LRA has a mechanism to avoid
choosing insn alternatives which can results in a loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118513
--- Comment #2 from Jakub Jelinek ---
--- gcc/cp/decl2.cc.jj 2025-01-16 13:34:29.719360710 +0100
+++ gcc/cp/decl2.cc 2025-01-16 14:27:54.095464791 +0100
@@ -3656,6 +3656,8 @@ copy_linkage (tree guard, tree decl)
comdat_linkage (guar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118513
--- Comment #3 from Jakub Jelinek ---
Or of course if something like that isn't appropriate for all copy_linkage uses
(other than structured bindings it is used for guard variables I think), then
cp_finish_decomp could do that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112934
--- Comment #2 from Jonathan Wakely ---
Gah, I didn't get around to this for GCC 15, sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90389
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:a5ce37b32d6a32e774ba4e156fe0d6d3f4e616fe
commit r14-11213-ga5ce37b32d6a32e774ba4e156fe0d6d3f4e616fe
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118493
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #44 from Jonathan Wakely ---
Oops, I put this PR number in the commits rather than PR 118493
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #43 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:7df6af205f5c9853c4d70b5b8172b0483179c891
commit r14-11215-g7df6af205f5c9853c4d70b5b8172b0483179c891
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118513
Nathaniel Shead changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56547
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118507
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608
Bug 65608 depends on bug 118507, which changed state.
Bug 118507 Summary: Erroneous 'invalid use of qualified-name' for member
function defined with 'typedef' in a friend declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118507
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44402
Andrew Pinski changed:
What|Removed |Added
CC||rush102333 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118506
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56547
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118489
--- Comment #3 from GCC Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:3872daa5767622d1f8b086050996c85604db7514
commit r15-6940-g3872daa5767622d1f8b086050996c85604db7514
Author: liuhongt
Date: Wed Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
--- Comment #5 from Dhruv Chawla ---
(In reply to Andrew Pinski from comment #3)
> Note there is also a fma forming missing:
> _69 = s_64 + 1.0e+0;
> ...
> _71 = _69 * _70;
>
> which is:
> `(s_64 + 1.0) * _70` which can be rewritten as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118430
--- Comment #13 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7f5adfd31b3af08924faec36679eaea40a98af19
commit r15-6944-g7f5adfd31b3af08924faec36679eaea40a98af19
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118400
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:43f4d44bebd63b354f8798fcef512d4d2b42c655
commit r15-6941-g43f4d44bebd63b354f8798fcef512d4d2b42c655
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118430
--- Comment #12 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9c4397cafc5ded9b008a92a55d4e5207e1c2e4e4
commit r15-6943-g9c4397cafc5ded9b008a92a55d4e5207e1c2e4e4
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118400
Jakub Jelinek changed:
What|Removed |Added
Summary|[14/15 Regression] memory |[14 Regression] memory leak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118508
Bug ID: 118508
Summary: 10% performance drop when enabling autofdo for
spec2017 554.roms_r
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118400
--- Comment #10 from Jakub Jelinek ---
Please ignore the above comment, that was meant for a different PR.
This surely should be backported to 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
--- Comment #7 from Andrew Pinski ---
I do have to wonder if splitting the path here helps because the condition
(a[i] > 0.) Is predictable.
I can't think it would be predictable but maybe on accident the predictor get
it right 50% of the time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118511
Bug ID: 118511
Summary: [15 Regression] ICE when compiling s390-tools since
r15-2002
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118511
Jakub Jelinek changed:
What|Removed |Added
Target||s390x-linux
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #10 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #9)
> (In reply to Jonathan Wakely from comment #0)
> > In C++20 mode includes which includes
> > for SYS_futex,
>
> We should use for that instead, which wou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118516
Bug ID: 118516
Summary: Misleading error message "call to non-'constexpr'
function" when loop variable is not declared
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118517
--- Comment #1 from Michal Jireš ---
The patch trips up on empty basic block without successors.
This block comes from DSE and can be fixed by:
--- a/gcc/tree-ssa-dse.cc
+++ b/gcc/tree-ssa-dse.cc
@@ -1396,8 +1396,9 @@ dse_optimize_call (gimple_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118517
--- Comment #2 from Sam James ---
I think this is a dupe of PR117892 / PR118077.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118328
--- Comment #11 from Richard Sandiford ---
Created attachment 60175
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60175&action=edit
Proof-of-concept patch
Here's a lightly-tested proof-of-concept patch for preserve_none on AArch64.
In p
it/GCC/master/configure
--prefix=/home/mjires/built/master --disable-bootstrap
--enable-languages=c,c++,fortran,lto --disable-multilib --disable-libsanitizer
--enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250116 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
Bug ID: 118515
Summary: [15] Incorrect error message:
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
--- Comment #1 from Egor Pugin ---
Actually the output is the same since gcc-6.
from gcc-4.6 to gcc-5 output is:
note: candidate: template > auto b()
Slightly updated example:
template void b() {}
void c() { b(0); }
Is considered an error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118517
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117892
Andrew Pinski changed:
What|Removed |Added
CC||mjires at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
Bug ID: 118518
Summary: gcc 14.2.1 nvptx cross compiler complains about alias
definitions in a struct with two constructors that are
not aliases
Product: gcc
Ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
--- Comment #2 from Jakub Jelinek ---
Trying to reduce it now...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
Benjamin Schulz changed:
What|Removed |Added
Target|nvptx |
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #2 from Benjamin Schulz ---
Created attachment 60178
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60178&action=edit
cmakelists.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #1 from Benjamin Schulz ---
Created attachment 60177
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60177&action=edit
main.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #27 from Segher Boessenkool ---
> This is a GIMPLE pass which has no idea what the backend will expand
> __builtin_darn() to.
So you are saying >90% of builtins now need to say they are pure and const
(which
makes totally no sense f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118214
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3191d7404bb9c2f53554d7c7f50dfb73b5a78726
commit r15-6958-g3191d7404bb9c2f53554d7c7f50dfb73b5a78726
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118396
--- Comment #12 from Marek Polacek ---
So I think I'll test this:
--- a/gcc/cp/constexpr.cc
+++ b/gcc/cp/constexpr.cc
@@ -8871,9 +8871,17 @@ cxx_eval_outermost_constant_expr (tree t, bool
allow_non_constant,
/* Turn off -frounding-math for m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118512
--- Comment #6 from Sam James ---
(In reply to Eric Botcazou from comment #5)
> The OSA 2015 document says that VIS3 & VIS 3B are supported since SPARC T3
> (Niagara 3), in particular by SPARC T4 (Niagara 4).
>
> What's the command line passed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
Benjamin Schulz changed:
What|Removed |Added
Target|nvptx |
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118519
Bug ID: 118519
Summary: Escaped line breaks in the middle of a token
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118514
Sam James changed:
What|Removed |Added
Last reconfirmed||2025-01-16
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118520
Bug ID: 118520
Summary: compiles with clang on openmp target, but gcc fails to
compile with unresolved symbol
__cxa_throw_bad_array_new_length
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118516
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=101544
--- Comment #15 from Andrew Stubbs ---
BTW, if you're calling "new" in the offload kernel then you're probably "doing
it wrong", even when we do implement full C++ support. Offload kernels are for
hot code, executed many times, and memory alloc
bsanitizer
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-20250116125444-r15-6956-g80b52301e8ee9a-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250116 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113904
--- Comment #10 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:4e20914d3306d8898ce586313a40fb92ef0b8964
commit r15-6961-g4e20914d3306d8898ce586313a40fb92ef0b8964
Author: Sandra Loosemore
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112779
--- Comment #3 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:4e20914d3306d8898ce586313a40fb92ef0b8964
commit r15-6961-g4e20914d3306d8898ce586313a40fb92ef0b8964
Author: Sandra Loosemore
Dat
1 - 100 of 242 matches
Mail list logo