https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115172
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d3c506eff54fcbac389a529c2e98da108a410b7f
commit r15-765-gd3c506eff54fcbac389a529c2e98da108a410b7f
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115144
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115152
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:dbc9b45a3c2468ad134b3a9bd4961f7ae6bc1e67
commit r15-766-gdbc9b45a3c2468ad134b3a9bd4961f7ae6bc1e67
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115172
--- Comment #9 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d224c7d8d8b49daab54a977a4f2217423d3d12a0
commit r14-10230-gd224c7d8d8b49daab54a977a4f2217423d3d12a0
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115152
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:fc9fb69ad624fd4cc89ff31ad0a7b8d88481c1f7
commit r14-10231-gfc9fb69ad624fd4cc89ff31ad0a7b8d88481c1f7
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115025
Haochen Jiang changed:
What|Removed |Added
CC||jh at suse dot cz
--- Comment #6 from H
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115172
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:35ac28b9c26debcc8ec8b247d75d4d271de72189
commit r13-8791-g35ac28b9c26debcc8ec8b247d75d4d271de72189
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115152
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:53bc98f5355ada17d1629a2d0e96aebd397780c6
commit r13-8792-g53bc98f5355ada17d1629a2d0e96aebd397780c6
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #14 from Sergei Trofimovich ---
Created attachment 58265
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58265&action=edit
shorter-bug.cc
I shrunk bug.cc slightly further into shorter-bug.cc and now it fails equally
on gcc-13 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #15 from Sergei Trofimovich ---
> I shrunk bug.cc slightly further into shorter-bug.cc and now it fails
> equally on gcc-13 and gcc-15. I agree that gcc-15 just got more constant
> folds available now, but otherwise it's behaviour di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #16 from Hongtao Liu ---
>
> That said, this change really won't help the backend which supposedly should
> have the same behavior regardless of -fno-trapping-math, because in that
> case it is the value
> of the result (which is u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #10 from Natalie Perlin ---
A workaround found for gnu/14.1.0 gcc that produces error instead of warnings
at times:
Using cflag="-Wno-implicit-function-declaration ..." helped to avoid errors in
the code location in my previous com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115182
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #11 from Jakub Jelinek ---
You want to fix the code as described in e.g.
https://gcc.gnu.org/gcc-14/porting_to.html , not find workarounds. The code
was apparently never valid C99+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #17 from Jakub Jelinek ---
I don't think the cost of using UNSPEC would be significant if the backend
tried to constant fold more target builtins. Anyway, with the proposed changes
perhaps you could keep using FIX/UNSIGNED_FIX for f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115066
--- Comment #13 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:6c97934fde7caf483ffc5079eb8ca4af04354a2c
commit r15-767-g6c97934fde7caf483ffc5079eb8ca4af04354a2c
Author: Tom de Vries
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #11 from ibuclaw at gcc dot gnu.org ---
(In reply to Iain Sandoe from comment #0)
> At present, still trying to figure out how to debug this further .. it's D
> so no preprocessed output - I guess will have to try tree dumps.
Dustmite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115183
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113524
Rainer Orth changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #18 from Alexander Monakov ---
No, allowing value-changing transformations under -ftrapping-math is really not
appropriate. Invoking the intrinsic on a large floating-point value is not UB.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #19 from Jakub Jelinek ---
(In reply to Alexander Monakov from comment #18)
> No, allowing value-changing transformations under -ftrapping-math is really
> not appropriate. Invoking the intrinsic on a large floating-point value is
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #12 from Richard Biener ---
How do I reproduce this? I tried, on x86_64-linux an all-language bootstrap
using gdc-13 for the first stage and that succeeded. I'm now trying again
with gdc-12, just --enable-languages=d and an explici
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #13 from Richard Biener ---
(In reply to Iain Sandoe from comment #9)
> (In reply to Richard Biener from comment #8)
> > I've pushed a fix for PR115137, it's likely this fixes also this bug.
>
> unfortunately, not; at least, on my f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108357
Rainer Orth changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115184
Bug ID: 115184
Summary: gcc.dg/vect/vect-33.c FAILs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115184
--- Comment #1 from Rainer Orth ---
Created attachment 58266
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58266&action=edit
32-bit sparc-sun-solaris2.11 vect-33.c.265t.optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #20 from Alexander Monakov ---
(In reply to Jakub Jelinek from comment #19)
> If we guarantee that we never constant fold FIX/UNSIGNED_FIX with
> -ftrapping-math (we shouldn't, as the exceptions should be raised), then
> using FIX/UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #14 from Iain Sandoe ---
(In reply to Richard Biener from comment #13)
> (In reply to Iain Sandoe from comment #9)
> > (In reply to Richard Biener from comment #8)
> > > I've pushed a fix for PR115137, it's likely this fixes also thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115145
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b33f44ca6ce2dae7502ce138600e1631ffc9232c
commit r15-769-gb33f44ca6ce2dae7502ce138600e1631ffc9232c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115099
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:1a5e4dd83788ea4c049d354d83ad58a6a3d747e6
commit r15-770-g1a5e4dd83788ea4c049d354d83ad58a6a3d747e6
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114154
Rainer Orth changed:
What|Removed |Added
CC||felix.yang at huawei dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
--- Comment #1 from Rainer Orth ---
Richard, any suggestion on how to handle this? There are 3 instances of
"not vectorized" in the dump:
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/vect-pr111779.c:29:23:
missed: not vectorized: r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114940
--- Comment #8 from Jonathan Wakely ---
We have the same problem in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
--- Comment #2 from Richard Biener ---
Hmm, is solaris-sparc big-endian? It seems so. That makes the bitfield
access require a VnQImode logical right shift (but little-endian doesn't
require it - it's actually bitfield endianess that matters).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114940
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.4
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115185
Bug ID: 115185
Summary: Missing "too long" warning when string-array size
doesn't include NULL byte
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115186
Bug ID: 115186
Summary: Suboptimal codes generated by rtl-expand for divmod
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115186
--- Comment #1 from Di Zhao ---
A raw fix below can fix this case (not sure if this is the right way):
diff --git a/gcc/expmed.cc b/gcc/expmed.cc
index 50d22762cae..bf42a0ff5ca 100644
--- a/gcc/expmed.cc
+++ b/gcc/expmed.cc
@@ -3976,7 +3976,10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115185
--- Comment #1 from Andrew Pinski ---
Note in c, "abc" is valid for [3] initializer . This is different from c++.
There is a dup of this bug already filed asking to add the warning. I think it
was added but it is not included in either -Wextra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115187
Bug ID: 115187
Summary: ICE when deleting temporary array
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115152
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115172
--- Comment #11 from Jakub Jelinek ---
Fixed for 13.4+/14.2+/15.1+ so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114860
--- Comment #8 from prathamesh3492 at gcc dot gnu.org ---
Hi Tamar,
Using -falign-loops=5 indeed brings back the performance.
The adrp instruction has same address (0x4ae784) by setting -falign-loops=5
(which reduces misalignment to 4) with/witho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Richard Biener ---
> Hmm, is solaris-sparc big-endian? It seems so. That makes the bitfield
It is indeed.
> access require a VnQImode logical right shift (but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114860
--- Comment #9 from Tamar Christina ---
(In reply to prathamesh3492 from comment #8)
> Hi Tamar,
> Using -falign-loops=5 indeed brings back the performance.
> The adrp instruction has same address (0x4ae784) by setting -falign-loops=5
> (which r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102954
--- Comment #8 from Rainer Orth ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > --- Comment #1 from Richard Biener ---
> > It was likely the vect_worthwhile_without_simd_p changes where we might now
> > vectorize this loop u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115099
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:4896bb3199253dc350f8fb5ff63370310ca27ce2
commit r14-10232-g4896bb3199253dc350f8fb5ff63370310ca27ce2
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115099
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115139
--- Comment #5 from Pavel ---
Thank you for the fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115140
Rainer Orth changed:
What|Removed |Added
Host|powerpc64-linux-gnu,|powerpc64-linux-gnu,
|p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115185
--- Comment #2 from Andrew Pinski ---
It is included in -Wc++-compat .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115185
--- Comment #3 from Konstantin Kharlamov ---
(In reply to Andrew Pinski from comment #2)
> It is included in -Wc++-compat .
Cool, thanks! I'll add the warning to the list we compile the project with,
thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #15 from Richard Biener ---
Indeed with boostrap-O3 I can see
Comparing stages 2 and 3
Bootstrap comparison failure!
gcc/d/opover.o differs
since both have debug info with bootstrap-O3 the difference is only
-18: 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115185
--- Comment #4 from Andrew Pinski ---
: In function 'main':
:8:57: warning: initializer-string for array of 'char' is too long for
C++ [-Wc++-compat]
8 | static const char description[][5] = {[hello] = "hello"};
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
--- Comment #4 from rguenther at suse dot de ---
On Wed, 22 May 2024, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
>
> --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from rguenther at suse dot de ---
[...]
>> I think the best we can do then is
>>
>> /* { dg-skip-if "PR tree-optimization/114072" { be && { ! vect_shift_char }
>> } }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
--- Comment #6 from rguenther at suse dot de ---
On Wed, 22 May 2024, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
>
> --- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115122
--- Comment #2 from Tomas Kalibera ---
(In reply to Andrew Pinski from comment #1)
> When I do cross back builds, I normally don't rebuild the target libraries
> and just use the already built target libraries from the cross builds. Since
> you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115187
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115187
Richard Biener changed:
What|Removed |Added
Summary|ICE when deleting temporary |[14/15 Regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115188
Bug ID: 115188
Summary: [14/15 regression] invalid Thumb assembly for atomic
store in loop on ARMv6
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115188
Richard Biener changed:
What|Removed |Added
Target||arm
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115189
Bug ID: 115189
Summary: libiberty introduces UNC paths waking up binutils bug
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111641
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Jonathan Wakely ---
> It's possible that all the lambda frames are inlined, or skip+2 in
> stacktrace.cc causes us to skip real frames that we should keep, or may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84790
YunQiang Su changed:
What|Removed |Added
Last reconfirmed||2024-05-22
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115190
Bug ID: 115190
Summary: -fmodule-mapper does not accept CRLF files
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
ost-pie --enable-host-bind-now
--enable-default-ssp --disable-fixincludes --with-build-config=bootstrap-O3
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240522 (experimental)
73a167cfa225d5ee7092d41596b9fea1719898ff (Gentoo Hardened 15.0. p, commit
bc7d81fe2f725b4043ce8b9ffb11d80032ce3f75)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115191
--- Comment #1 from Sam James ---
Created attachment 58267
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58267&action=edit
socket.i
I'm reducing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77465
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115191
--- Comment #2 from Sam James ---
Just -O1 is enough.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038
--- Comment #8 from Jeffrey A. Law ---
Yea, I would think we want to avoid anything marked as frame related.
Otherwise we have to go back and fixup the CFI nodes and such.
Eric, do you want to handle the final bootstrap+regression test? Or do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
Bug ID: 115192
Summary: GCC 14.1.0 -O3 miscompilation on x86-64 (loops with
vectors and scalars)
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
--- Comment #1 from Jukka Suomela ---
Created attachment 58269
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58269&action=edit
Compiler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57025
Alan Coopersmith changed:
What|Removed |Added
CC||alan.coopersmith at oracle dot
com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115191
--- Comment #3 from Sam James ---
```
typedef void *SCM;
void set_socket_io_ports();
void STk_socket_accept(SCM line_buffered) {
if (!line_buffered)
line_buffered = (SCM)3;
set_socket_io_ports(line_buffered != 1);
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #12 from Natalie Perlin ---
Jakub Jelinek - thanks for your note. At this point we may not do anything
during the build, as these packages are retrieved from official spack
repository. And yes, they may often carry a lot of legacy co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57025
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #11 from Alan Coopersmith ---
> While Solaris 11.3 support has been dropped from gcc now, Jonathan Perkins
> from pkgsrc found that just removing the definition of __STDC_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #13 from Jakub Jelinek ---
So provide fixes upstream and hope they apply them soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
--- Comment #2 from Sam James ---
Created attachment 58270
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58270&action=edit
bisect-me.cxx
I'll bisect with attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #16 from Iain Buclaw ---
(In reply to Richard Biener from comment #15)
> Note the opover.d compile doesn't even use -O3, so this is all extremely
> odd. It would somehow point at a miscompile of the stage2 compiler by
> the stage1 c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #17 from Iain Sandoe ---
however, the opover.o mismatch is a symptom - rather than the cause.
If all the objects for the D FE are built by D, then that would tend to point
to miscompilation of something in common code (that is built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038
--- Comment #9 from Eric Botcazou ---
> Eric, do you want to handle the final bootstrap+regression test? Or do you
> want me to take it from here?
I can do it right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038
--- Comment #10 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:f14ef5cfd4c1ba1d34afda9174935e40d3c0a3ce
commit r15-776-gf14ef5cfd4c1ba1d34afda9174935e40d3c0a3ce
Author: Eric Botcazou
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115190
--- Comment #1 from Ben Boeckel ---
My analysis points to the change needing to happen in
1module_resolver::read_tuple_file` in `c++tools/resolver.cc`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
--- Comment #4 from Jukka Suomela ---
Created attachment 58271
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58271&action=edit
Another example, miscompiles with GCC 11 (-O3 -march=skylake)
Here is a minor variant of the theme. This varia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115190
Peter Damianov changed:
What|Removed |Added
CC||peter0x44 at disroot dot org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #14 from anlauf at gcc dot gnu.org ---
(In reply to Natalie Perlin from comment #9)
> All rebuilt, gnu/14.1.0 with openmpi/4.1.6, revised configuration of the
> software stack (spack-stack). Still the same error with
> [-Wimplicit-fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #18 from Iain Buclaw ---
Reduction of opover.d
```
bool __setArrayAllocLength(size_t newLength)
{
import core.checkedint;
bool overflow;
addu(newLength,
addu(0, 0, overflow),
overflow);
return true;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
Jakub Jelinek changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106035
--- Comment #7 from kargls at comcast dot net ---
Bummer. Seems I lost my WIP on this bug.
'import, none' would be handy for block host association in contained
subprograms in my current development.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115193
Bug ID: 115193
Summary: using indices with character type within a select type
causes ICE
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115193
--- Comment #1 from Ryan Mulhall ---
Error output:
test2.F90:18:43:
18 | print *, 'String is "', bar(1:strlen), '"' ! fails here
| 1
internal compiler error: Segmentation fault
0xe5329f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
Sam James changed:
What|Removed |Added
Summary|[14/15 regression] -O3 |[11/12/13/14/15 regression]
lude "clean.hpp"
export module modA;
export namespace NS1 {
using ::NS1::Thing;
namespace NS2 {
} }
/// main.cpp:
#if 0
#include "clean.hpp"
#else
import modA;
#endif
using NS1::Thing;
using namespace NS1::NS2;
Thing thing;
///
Tested with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #19 from Iain Buclaw ---
(In reply to Iain Buclaw from comment #18)
> Reduction of opover.d
> ```
> bool __setArrayAllocLength(size_t newLength)
> {
> import core.checkedint;
> bool overflow;
> addu(newLength,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115193
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status
1 - 100 of 184 matches
Mail list logo
