https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #345 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #341)
> Do you have any idea how that might work? The only thing I can think of
> right now is to remove R0 from list of allocatable registers and add an RTL
> pass be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116876
--- Comment #4 from Jason Liam ---
> So are you sure this is not a clang issue?
Yes, because [temp.deduct.partial#9.1] make the second overload not to be
atleast as specialized as the first and then [temp.deduct.partial#9.2] make the
first temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #344 from Kazumoto Kojima ---
Created attachment 59219
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59219&action=edit
a patch for c#339
This adds checks if the address register of the memory displacement is general
or pseudo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #343 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #342)
> (In reply to John Paul Adrian Glaubitz from comment #339)
> > /home/glaubitz/webkit2gtk-sh4-new-new/webkit2gtk-2.46.0/build-soup3/
> > JavaScriptCore/DerivedSou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116883
--- Comment #1 from Huaqi ---
but when I compile it by adding _zvl64b using command line
riscv64-unknown-elf-gcc -march=rv32imafc_zve32f_zvl64b -mabi=ilp32f -c tmp.cpp
it will not report any error
(int i; i < 128; i++)
{
arraya[i] = arrayb[i] + arrayc[i];
}
return 0;
}
riscv64-unknown-elf-gcc -march=rv32imafc_zve32f -mabi=ilp32f -c tmp.cpp
It will report error like this
/opt/compiler-explorer/riscv32/gcc-trunk-20240928/riscv32-unknown-linux-gnu/lib/gcc/riscv32-unkn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #342 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #339)
> /home/glaubitz/webkit2gtk-sh4-new-new/webkit2gtk-2.46.0/build-soup3/
> JavaScriptCore/DerivedSources/unified-sources/UnifiedSource-f2e18ffc-36.cpp
> (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #341 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #338)
> (In reply to Oleg Endo from comment #337)
> > (In reply to Kazumoto Kojima from comment #334)
> > > Created attachment 59216 [details]
> > > a patch to fix ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
Iain Sandoe changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113291
--- Comment #13 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jan Hubicka
:
https://gcc.gnu.org/g:2532944e3588cf69bce019eaf03de9c63b78568f
commit r13-9061-g2532944e3588cf69bce019eaf03de9c63b78568f
Author: Jan Hubicka
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116882
Arsen Arsenović changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116882
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-09-28
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116881
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116882
Bug ID: 116882
Summary: gcc-14 ICE with coroutines
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116881
Bug ID: 116881
Summary: Add __builtin_elementwise_*
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
Bug ID: 116880
Summary: [15 Regression] too early coroutine destruction of
co_await on nix-2.24.8
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116879
Andrew Pinski changed:
What|Removed |Added
Known to work||13.1.0, 13.3.0
Ever confirmed|0
/configure --disable-bootstrap
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240928 (experimental) (GCC)
[65
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116878
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116878
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-patches/2024-September/663973.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116878
Bug ID: 116878
Summary: [15 regression] libcall emitted unnecessarily for
__popcountdi2
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #340 from John Paul Adrian Glaubitz ---
The compressed preprocessed source is larger than usual and the complete
archive exceeds the maximum file limit for Bugzilla, so I have uploaded the
preprocessed source for comment #339 here:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #339 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #335)
> (In reply to Kazumoto Kojima from comment #334)
> > Created attachment 59216 [details]
> > a patch to fix ICE in c#331
> >
> > The pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116876
--- Comment #3 from Andrew Pinski ---
EDG, GCC and MSVC all use the reference function rather const rvalue reference
function.
if we change the const rvalue reference to just an rvalue reference, then clang
accepts it:
> template< class T > voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116876
--- Comment #2 from Andrew Pinski ---
https://developercommunity.visualstudio.com/t/MSVC-accepts-invalid-call-to-overloaded/10755162
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116876
--- Comment #1 from Andrew Pinski ---
EDG also accepts it. So maybe this is a clang issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116877
Bug ID: 116877
Summary: Unable to build libada for baremetal ARM processor
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116863
--- Comment #2 from jiang peng ---
(In reply to Andrew Pinski from comment #1)
> Can you report this upstream to LLVM (libsanitizer upstream is LLVM) since I
> suspect you will hit it with tsan with LLVM too?
I am grateful for your attention to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116876
Bug ID: 116876
Summary: GCC accepts invalid call to overloaded function
template
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116875
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-09-28
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116842
--- Comment #6 from Richard Biener ---
The issue is that we have a load we hoist as invariant and that in turn
uses hoist_defs_of_uses which moves in-loop stmts to the preheader. Those
stmts have UIDs since they have stmt_vec_infos but the hois
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116839
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116839
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:2e66eb7e7eae82bcd6675e79eabbdd6decfa9fe5
commit r12-10731-g2e66eb7e7eae82bcd6675e79eabbdd6decfa9fe5
Author: H.J. Lu
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116842
--- Comment #5 from Richard Biener ---
It's another case of "invariant" masked scheduling. Not sure why the
workaround in SLP scheduling triggers here, investigating.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116839
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:bf5d8d44f7a8f90a2ebfe3f28689bc3d86e185fb
commit r13-9060-gbf5d8d44f7a8f90a2ebfe3f28689bc3d86e185fb
Author: H.J. Lu
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116842
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116874
--- Comment #2 from Richard Biener ---
Note the desire of PHI-prop is to expose bare decls that then can be re-written
into SSA (for std::min/max). So these cases were out-of-scope and I'm not sure
how useful the transform is - it would basical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116839
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:25cb153f93bb9ff3543ba8e31bbe7be4f6168aa4
commit r14-10716-g25cb153f93bb9ff3543ba8e31bbe7be4f6168aa4
Author: H.J. Lu
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116873
--- Comment #1 from Richard Biener ---
SRA only removes aggregate copies if it totally scalarizes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116875
--- Comment #1 from Kirill Chilikin ---
Created attachment 59218
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59218&action=edit
test2.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116875
Bug ID: 116875
Summary: Internal compiler error: in make_decl_rtl, at
varasm.cc:1443
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #338 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #337)
> (In reply to Kazumoto Kojima from comment #334)
> > Created attachment 59216 [details]
> > a patch to fix ICE in c#331
> >
> > The patch preallocates R0 for th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #337 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #334)
> Created attachment 59216 [details]
> a patch to fix ICE in c#331
>
> The patch preallocates R0 for those Sid memory patterns so as to shorten the
> live range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116872
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #336 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #335)
> FWIW, the backend has improved quite a lot over the past weeks. The
> Dreamcast people reported good results as well!
As for the Dreamcast people, t
47 matches
Mail list logo
