https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #300 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #297)
>
> > > && REG_P (operands[2]) && REGNO (operands[2]) == R4_REG
> > > && REG_P (operands[3]) && REGNO (operands[3]) == R5_REG
> > > && REG_P (operands[4])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116799
Bug ID: 116799
Summary: [14 Regression] Miscompiled code on s390x at -O2
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116795
--- Comment #2 from Li Pan ---
Ack, and thanks for reporting, will take a look soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #298 from John Paul Adrian Glaubitz ---
Here is one ICE I have run into while building webkit2gtk with the latest
patches on top of an older GCC snapshot:
/usr/bin/g++-15 -DBUILDING_GTK__=1 -DBUILDING_WEBKIT=1 -DBUILDING_WITH_CMAKE=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #299 from John Paul Adrian Glaubitz ---
Created attachment 59169
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59169&action=edit
Preprocessed source from from comment #298
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116806
Bug ID: 116806
Summary: gcc.dg/cpp/charconst-3.c breakage on 16-bit targets
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116643
--- Comment #7 from Andrew Pinski ---
here is a few more that should/can be changed:
```
#define USE_FROM_PTR(PTR) get_use_from_ptr (PTR)
#define DEF_FROM_PTR(PTR) get_def_from_ptr (PTR)
#define SET_USE(USE, V) set_ssa_use_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116806
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-09-21
Ever confirmed|0
--enable-languages=c,c++ --disable-libgomp
--disable-libquadmath --disable-libvtv CFLAGS='-O1 -g0' CXXFLAGS='-O1 -g0'
LDFLAGS='-O1 -g0'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240921 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116797
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
Andrew Pinski changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #297 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #296)
> This sounds almost logical and easy to understand.
>
> > Adding explicit emit_clobber R4-R6 looks better than this to me, though.
>
> Having to use the "emit_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #301 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #292)
> (In reply to Kazumoto Kojima from comment #289)
> > I've reconstructed patches as follows:
> >
> > [59157] a revised patch to movsf i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #302 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #300)
> (In reply to Kazumoto Kojima from comment #297)
> >
> > > > && REG_P (operands[2]) && REGNO (operands[2]) == R4_REG
> > > > && REG_P (operands[3]) && REGNO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #303 from Kazumoto Kojima ---
Created attachment 59174
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59174&action=edit
a patch replacing 59159 for sfunc issue
No explicit clobber + sfunc_arg[012]_reg predicate version. Tested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #304 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #302)
>
> Yes, that's what I suppose. If the operands of that pattern match with
> another registers, the instruction with the operands[2-4] other than r4-r6
> would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113945
Sam James changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
--- Comment #9 from Tymi ---
It is indeed not related to whether Clang compiles or not. I used clang as a
reference that this is not an issue with other compilers, not as the base of
the issue. The base of the issue, is that I have forgotten abo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
--- Comment #7 from David Binderman ---
Created attachment 59172
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59172&action=edit
gzipped C++ source code
A second test case. It crashes in the same place as
the first. Both are from package
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116807
Bug ID: 116807
Summary: About c++ 20 module,chrono header file
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116807
--- Comment #1 from Andrew Pinski ---
Can you just provide the exact GCC commands that are invoked instead of a cmake
file?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116743
--- Comment #7 from Rama Malladi ---
I haven't been successful to create a reproducer yet. A simple `test.cc` as
follows isn't showing this behavior as the compiler inlines these irrespective
(at `-O3`).
```
#include
#define N 30
void init_arra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116801
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116806
--- Comment #2 from Mikael Pettersson ---
(In reply to Andrew Pinski from comment #1)
> ```
> #define B ((int) ((unsigned char) '\234' * (unsigned)scale + (unsigned char)
> 'b'))
> ```
That fixes the test case on the five 16-bit targets.
I'll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116807
--- Comment #3 from wxy_it at 163 dot com ---
I obtained the following GCC command from the files generated by CMake. This
command can also reproduce the bug.
g++ -std=c++20 -fmodules-ts -MD -fdeps-format=p1689r5 -xc++ -c b.ixx
g++ -std=c++20 -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116807
--- Comment #4 from wxy_it at 163 dot com ---
I obtained the following GCC command from the files generated by CMake. This
command can also reproduce the bug.
g++ -std=c++20 -fmodules-ts -MD -fdeps-format=p1689r5 -xc++ -c b.ixx
g++ -std=c++20 -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116807
--- Comment #5 from wxy_it at 163 dot com ---
(In reply to wxy_it from comment #4)
> I obtained the following GCC command from the files generated by CMake. This
> command can also reproduce the bug.
> g++ -std=c++20 -fmodules-ts -MD -fdeps-forma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116807
--- Comment #2 from Andrew Pinski ---
>I used CMake for the build
Please read https://gcc.gnu.org/bugs/#need :
the complete command line that triggers the bug
(this should be expanded to say not cmake or make command line though).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116801
--- Comment #3 from Jakub Jelinek ---
The TexInfo docs are
https://www.gnu.org/software/texinfo/manual/texinfo/html_node/New-Indices.html
and then look for
grep 'defcodeindex\|printindex.op' */*.texi
d/gdc.texi:@defcodeindex op
d/gdc.texi:@print
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55295
--- Comment #18 from Oleg Endo ---
A rather recent case and request to add a __builtin_fipr function, when trying
to optimize quaternion multiplication. This one includes hand-written inline
asm and register pre-allocation.
https://godbolt.org/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116371
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #295 from Kazumoto Kojima ---
(In reply to Kazumoto Kojima from comment #285)
> (In reply to Oleg Endo from comment #284)
> > (In reply to Kazumoto Kojima from comment #283)
> ...
> > > It turned out that the c#276 version of block_lu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
denisc at gcc dot gnu.org changed:
What|Removed |Added
CC||denisc at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116796
Sam James changed:
What|Removed |Added
Summary|[15 regression] ICE on |[15 regression] ICE on
|v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #296 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #295)
> (In reply to Kazumoto Kojima from comment #285)
> > (In reply to Oleg Endo from comment #284)
> > > (In reply to Kazumoto Kojima from comment #283)
> > ...
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #25 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:b6ea4f7b0e6f983376aac6ebcdbf4eb375b4f1d9
commit r15-3756-gb6ea4f7b0e6f983376aac6ebcdbf4eb375b4f1d9
Author: Mikael Morin
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #28 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:dd5250384dc91b4db117c599095f47955b6dc124
commit r15-3761-gdd5250384dc91b4db117c599095f47955b6dc124
Author: Mikael Morin
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #26 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:053cec9a5f4513537ca20a246c39d1bbfe6ce4be
commit r15-3757-g053cec9a5f4513537ca20a246c39d1bbfe6ce4be
Author: Mikael Morin
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #27 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:c313924c3bcb4fa672c7c1880fe686bd5af2cc7a
commit r15-3758-gc313924c3bcb4fa672c7c1880fe686bd5af2cc7a
Author: Mikael Morin
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #31 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:3c01ddc4ff0fdbaf32c22aed1c04d1d587821d91
commit r15-3764-g3c01ddc4ff0fdbaf32c22aed1c04d1d587821d91
Author: Mikael Morin
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #32 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:d6cb7794dcd7d97b77283fbbe0026e63521d2375
commit r15-3765-gd6cb7794dcd7d97b77283fbbe0026e63521d2375
Author: Mikael Morin
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #30 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:7d43b4e06786c1023210f90e5231bde947aef3af
commit r15-3763-g7d43b4e06786c1023210f90e5231bde947aef3af
Author: Mikael Morin
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #29 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:5999d558e74b3531536c74976e8f05bb3ed31335
commit r15-3762-g5999d558e74b3531536c74976e8f05bb3ed31335
Author: Mikael Morin
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116808
Bug ID: 116808
Summary: Valgrind reports mismatched new/delete in
value-range.h
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116808
--- Comment #1 from Sam James ---
Created attachment 59175
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59175&action=edit
z.ii.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113945
--- Comment #4 from Eric Botcazou ---
No objections.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116800
Bug ID: 116800
Summary: std::simd: poor code generation of AVX512 fused
multiply-add
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
--- Comment #3 from Andrew Pinski ---
(In reply to Tymi from comment #2)
> Oh, did not see that detail. It does compile with clang though.
By clang you mean with libstd++ with clang or libc++?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116803
Bug ID: 116803
Summary: Linkage fails if modules are compiled in a certain
order
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116804
Bug ID: 116804
Summary: module order dependency with chrono and vector
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
--- Comment #2 from Tymi ---
Oh, did not see that detail. It does compile with clang though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
Bug ID: 116802
Summary: Symbol `is` (non-standard) is user inside the library.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
--- Comment #4 from Andrew Pinski ---
https://godbolt.org/z/d1s39v57v
Does not work with either for me .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
--- Comment #5 from Tymi ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Tymi from comment #2)
> > Oh, did not see that detail. It does compile with clang though.
>
> By clang you mean with libstd++ with clang or libc++?
The def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
--- Comment #7 from Tymi ---
"This issue is indeed invalid then" is not misleading. The issue is literally
invalid. `is` is a standard function.
/compiler-explorer/gcc-trunk-20240921/include/c++/15.0.0/experimental/bits/simd.h:1869:86:
note: starting SLP discovery for node 0x8d04280
/opt/compiler-explorer/gcc-trunk-20240921/include/c++/15.0.0/experimental/bits/simd.h:1869:86:
note: Build SLP for _9 = fma (_7, _8, _6);
/opt/compiler-explorer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
--- Comment #8 from Xi Ruoyao ---
(In reply to Tymi from comment #7)
> "This issue is indeed invalid then" is not misleading. The issue is
> literally invalid. `is` is a standard function.
Yes it's already invalid because `is` is a standard fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802
--- Comment #10 from Andrew Pinski ---
You only looked at the first error message and thought that.
I looked at:
/opt/compiler-explorer/gcc-trunk-20240921/include/c++/15.0.0/bits/locale_facets.h:2626:49:
error: expected unqualified-id before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116799
--- Comment #3 from Andrew Pinski ---
(In reply to James McCoy from comment #2)
> My initial bisect pointed to that, but I was using the Vim test suite as the
> good/bad check.
>
> I'm rerunning now with just the minimal reproduction to double
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116805
Bug ID: 116805
Summary: -fno-module-lazy breaks thread module when compiled
after format module
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
Jakub Jelinek changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116643
--- Comment #6 from Andrew Pinski ---
here is the current list of files which have both PHI_RESULT and
gimple_phi_result:
gimple-streamer-out.cc
tree-call-cdce.cc
tree-cfg.cc
tree-if-conv.cc
tree-into-ssa.cc
tree-parloops.cc
tree-phinodes.cc
tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116777
--- Comment #9 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #7)
> as noted in several places; the long-term solution for Darwin (in general
> since there's an installed /usr/lib/libstdc++.6.dylib even on modern
> systems) - is f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116798
Bug ID: 116798
Summary: requires expression can have an explicit object
parameter
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113945
--- Comment #2 from Eric Botcazou ---
This was explored some years ago but didn't come to fruition and there is
little chance that another try will be given.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116795
Sam James changed:
What|Removed |Added
CC||pan2.li at intel dot com
Summary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116799
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Summary|[14 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116799
Andrew Pinski changed:
What|Removed |Added
Target||s390x
Component|tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116799
--- Comment #2 from James McCoy ---
My initial bisect pointed to that, but I was using the Vim test suite as the
good/bad check.
I'm rerunning now with just the minimal reproduction to double check the
results.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116801
Bug ID: 116801
Summary: Many fortran options missing in lang.opt.urls
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116801
--- Comment #1 from Mikael Morin ---
gcc's invoke.texi looks like:
@opindex fpic
@cindex global offset table
@cindex PIC
@item -fpic
whereas gfortran's invoke.texi has:
@opindex @code{ffree-form}
@opindex @code{ffixed-form}
@cindex options,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116794
Eric Gallager changed:
What|Removed |Added
Last reconfirmed||2024-09-21
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116792
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
76 matches
Mail list logo
