https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111814
--- Comment #12 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #11)
> Is there anything that needs to be addressed for this one?
Yes, can this be backported to the 14 and 15 branches or are the changes too
intrusive? I j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #462 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #461)
> Yes, of course. I'm a little overloaded atm. I'll try to find some
> peaceful moments to update/rebase the branch and commit the existing test
> cas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #460 from John Paul Adrian Glaubitz ---
Oleg, would it make sense to rebase your branch on git.gcc.org with master, add
all the tests from your tree on Github and then bootstrap gcc natively to run
the full testsuite to see whether an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #459 from John Paul Adrian Glaubitz ---
OK, so 3e0299ab538700df912479d8da6fc3f32fde9dd2 SH: Tighten memory predicates
and constraints is not required for a successful GCC bootstrap. I have not
verified yet though whether it's required
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #458 from John Paul Adrian Glaubitz ---
OK, 51c41253e9ddd7457b4de710ea5271ef564833fd SH: Pin input args to hard-regs
via predicates for sfuncs is required for
0853a85ba96fa8642aac5315812c26a41966fede SH: Try to reduce R0 live ranges.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #457 from John Paul Adrian Glaubitz ---
I have performed some tests now.
The patch to reduce the R0 lifetimes is definitely still required:
0853a85ba96fa8642aac5315812c26a41966fede SH: Try to reduce R0 live ranges
Without it, I'm s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #455 from John Paul Adrian Glaubitz ---
Created attachment 61734
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61734&action=edit
Error log for building gcc-16 with LRA enabled, no patches
(In reply to John Paul Adrian Glaubitz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #454 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #453)
> As we have already learned from this PR here, a bootstrap is not sufficient
> evidence that everything works normally. If it bootstraps and can't com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #452 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #451)
> There have been several changes and fixes to the LRA module recently. Also
> by Alex himself. I wonder if all the hacks in the current patch set are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #450 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #449)
> I am cherry-picking the patches from [1] now, add the patch 59550 and let
> Debian's GCC maintainer integrate this patch set for the g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #449 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #447)
> Oleg's GCC tree contains a working LRA conversion, see:
>
> https://github.com/olegendo/gcc/tree/devel/sh-lra
>
> This tree with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113357
--- Comment #23 from John Paul Adrian Glaubitz ---
It has been discovered that this failure goes away when building gcc with
fno-fold-mem-offsets, an optimization that was introduced here:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=04c9cf5c7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #10 from John Paul Adrian Glaubitz ---
(In reply to John David Anglin from comment #9)
> I was not able to reproduce this on c8000
So, the LRA-enabled bootstrap works for you without any problems?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #5)
> > You might try building with old reload.
>
> Can do that later.
Building the same revision with reload works fine, so this issue is re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117184
--- Comment #1 from John Paul Adrian Glaubitz ---
This bug still exists on gcc-16.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120181
--- Comment #11 from John Paul Adrian Glaubitz ---
(In reply to camm from comment #10)
> Greetings! It is a linker issue -- thanks again for the suggestion and all
> the other comments. Closing this now.
Could you please link to the binutils
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #5 from John Paul Adrian Glaubitz ---
(In reply to John David Anglin from comment #3)
> I presume you edited pa.opt to enable LRA.
Yes.
> Would you provide full configure command and relevant environment options.
I built with:
./
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #2 from John Paul Adrian Glaubitz ---
(In reply to Sam James from comment #1)
> (In reply to John Paul Adrian Glaubitz from comment #0)
> > Not sure how to save the preprocessed files in this case:
>
> There aren't any directly ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
Bug ID: 120186
Summary: [pa] internal compiler error: in fail, at
selftest.cc:47 during bootstrap with LRA enabled
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120181
--- Comment #8 from John Paul Adrian Glaubitz ---
(In reply to Andrew Pinski from comment #7)
> This also could be a binutils issue ...
OK, good to know.
I am happy to help tracking this down if Camm provides a simple reproducer to
me which tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120181
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Andrew Pinski from comment #5)
> >The gcc used is the standard 14.2.0 currently in Debian unstable.
>
> That still didn't answer the question because there are a few different
> alp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120181
--- Comment #4 from John Paul Adrian Glaubitz ---
(In reply to camm from comment #2)
> The gcc used is the standard 14.2.0 currently in Debian unstable. The gcc
> command line flags are displayed in the qemu file. Adding -fno-jump-tables
> res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120165
--- Comment #3 from John Paul Adrian Glaubitz ---
Created attachment 61372
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61372&action=edit
Preprocessed source for ICE reported in PR-120165
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
--- Comment #1 from John Paul Adrian Glaubitz ---
Created attachment 61365
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61365&action=edit
Preprocessed source for ICE reported in PR-120169
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
Bug ID: 120169
Summary: [m68k] internal compiler error: in
maybe_record_trace_start, at dwarf2cfi.cc:2591 with
LRA enabled
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120165
--- Comment #2 from John Paul Adrian Glaubitz ---
Created attachment 61363
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61363&action=edit
Full build log for gcc native bootstrap on m68k-unknown-linux-gnu with LRA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120165
--- Comment #1 from John Paul Adrian Glaubitz ---
Created attachment 61362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61362&action=edit
config.log for gfortran bootstrap on m68k with LRA enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120165
Bug ID: 120165
Summary: [m68k] gfortran segfaults when build with LRA enabled
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
--- Comment #9 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #8)
> (In reply to John Paul Adrian Glaubitz from comment #7)
> > I will verify now that the M2 issue is related to enabling LRA.
>
> The M2 i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
--- Comment #10 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #9)
> (In reply to John Paul Adrian Glaubitz from comment #8)
> > (In reply to John Paul Adrian Glaubitz from comment #7)
> > > I will verify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
--- Comment #8 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #7)
> I will verify now that the M2 issue is related to enabling LRA.
The M2 issue is indeed related to LRA. Will test Fortran now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
--- Comment #7 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #6)
> I suggest we switch m68k to LRA, so we can close this bug report. Plus file
> bug reports for the issues with M2, Fortran and JIT.
JIT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Jeffrey A. Law from comment #5)
> So the m68k bootstrap with LRA enabled blows up. It looks like the stage1
> compiler is mis-compiling the stage2 compiler. The result is a metric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #447 from John Paul Adrian Glaubitz ---
(In reply to pietro from comment #446)
> FYI, there's talk of forcing all GCC targets to use LRA for the next release:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2025-May/682470.html
> https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #444 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #443)
> Thanks for your efforts and reporting the results. Although I'm not sure
> which branch exactly you have used for this test...
Sorry for the lack of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #442 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #441)
> (In reply to John Paul Adrian Glaubitz from comment #440)
> > The branch for GCC 16 has opened now, so I assume it would be a good tim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #441 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #440)
> The branch for GCC 16 has opened now, so I assume it would be a good time to
> rebase the patches so I can re-test them.
I just tried
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #440 from John Paul Adrian Glaubitz ---
The branch for GCC 16 has opened now, so I assume it would be a good time to
rebase the patches so I can re-test them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
--- Comment #7 from John Paul Adrian Glaubitz ---
(In reply to Matthias Klose from comment #4)
> I don't see any other gnat failures on 32bit archs. But I think m68k is the
> only big-endian one.
powerpc is 32-bit big-endian as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67771
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Joseph S. Myers from comment #5)
> Various glibc functions work around this using FIX_INT_FP_CONVERT_ZERO, I
> suppose the new log10f implementation taken from CORE-MATH needs such a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67771
--- Comment #4 from John Paul Adrian Glaubitz ---
This regression causes two testsuite failures in glibc on 32-bit PowerPC:
FAIL: math/test-float-log10
FAIL: math/test-float32-log10
See:
https://buildd.debian.org/status/fetch.php?pkg=glibc&arch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118728
--- Comment #3 from John Paul Adrian Glaubitz ---
This can no longer be reproduced with a fixed kernel:
-
https://buildd.debian.org/status/fetch.php?pkg=openjdk-24&arch=alpha&ver=24%7E33ea-1&stamp=1738533938&raw=0
-
https://buildd.debian.org/st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118728
--- Comment #1 from John Paul Adrian Glaubitz ---
This is most likely an issue with the QEMU VMs that are currently being tested
in SMP mode with a new kernel patch applied.
Let me switch them to unicore mode and let's check whether this fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #434 from John Paul Adrian Glaubitz ---
Any suggestion on how to proceed here? Oleg, do you maybe want to rebase your
tree against master? I can re-run all tests and verify whether the patches
59432 and 59550 are still necessary.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #430 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #429)
> Could be related https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
You mean comment #419?
If you could merge 59432 and 59550 into your tree and re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #428 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #427)
> (In reply to John Paul Adrian Glaubitz from comment #426)
> > Oleg, could you merge the patches 59432 and 59550 into your tree, please?
>
> Yes, I wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #426 from John Paul Adrian Glaubitz ---
Oleg, could you merge the patches 59432 and 59550 into your tree, please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98189
--- Comment #6 from John Paul Adrian Glaubitz ---
This is still reproducible with GCC 14:
(unstable-sh4-sbuild)glaubitz@adams:~/gdal/gdal-3.9.3+dfsg/build-py3.12/frmts/pcraster$
/usr/bin/g++-14 -DDONT_DEPRECATE_SPRINTF -DGDAL_COMPILATION -DUSE_I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98189
--- Comment #7 from John Paul Adrian Glaubitz ---
Passing -fno-guess-branch-probability still helps, even with the LRA-enabled
GCC 15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #425 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #422)
> Created attachment 59550 [details]
> a trial patch for c#419
>
> Looks a similar issue with c#404 but for the constant float load. Tested
> de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #423 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #422)
> Created attachment 59550 [details]
> a trial patch for c#419
>
> Looks a similar issue with c#404 but for the constant float load. Tested
> de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #420 from John Paul Adrian Glaubitz ---
Created attachment 59532
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59532&action=edit
Preprocessed source from from comment #419
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #419 from John Paul Adrian Glaubitz ---
In the meantime, I found another regression when building ffmpeg:
gcc -I. -Isrc/ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64
-Wdate-time -D_FORTIFY_SOURCE=2 -U_FORTIFY_SOURCE -D_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #417 from John Paul Adrian Glaubitz ---
I haven't been able to find any regressions. Thus, my suggestion would be to
clean the patches up now and get them merged if that's okay.
This would expose the patches to a larger audience and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783
--- Comment #26 from John Paul Adrian Glaubitz ---
(In reply to Richard Biener from comment #25)
> Fixed I assume.
Yes, I just verified that the original reproducer does no longer trigger the
assertion both with GCC 14 and GCC 15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #416 from John Paul Adrian Glaubitz ---
Currently tracking testing the LRA-enabled backend here:
https://people.debian.org/~glaubitz/gcc-15-sh-lra.txt
Will regularly update the list once new results come in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #415 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #414)
> I've merged this patch into commit "SH: Try to workaround fp-reg related
> move insns pt.2" and added the reduced test case from comment #413.
>
> It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #412 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #410)
> Created attachment 59432 [details]
> a trial patch for c#404
>
> It's difficult to see what is going on, because the test case is too huge.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117170
--- Comment #4 from John Paul Adrian Glaubitz ---
(In reply to Sam James from comment #3)
> That's in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117170#c0 -- it's
> just that I ended up hitting other failures which appear to be different
> whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117170
--- Comment #2 from John Paul Adrian Glaubitz ---
(In reply to Sam James from comment #1)
> Bisecting has been pretty painful so I gave up for now. I ended up hitting
> other comparison failures for a lot of commits in the range.
Have you tried
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #409 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #407)
> (In reply to John Paul Adrian Glaubitz from comment #406)
> > (In reply to John Paul Adrian Glaubitz from comment #405)
> > > File too large to be att
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #406 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #405)
> File too large to be attached, so uploading it here:
>
> https://people.debian.org/~glaubitz/pr-55212-404.tgz
Ping.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #405 from John Paul Adrian Glaubitz ---
File too large to be attached, so uploading it here:
https://people.debian.org/~glaubitz/pr-55212-404.tgz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #404 from John Paul Adrian Glaubitz ---
I have run into another ICE with WebKit when using Oleg's tree:
/usr/bin/g++-15 -DBUILDING_GTK__=1 -DBUILDING_WEBKIT=1 -DBUILDING_WITH_CMAKE=1
-DBUILDING_WebCore -DGETTEXT_PACKAGE=\"WebKitGTK-4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117185
--- Comment #4 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #3)
> (In reply to Richard Biener from comment #2)
> > I would suggest to change reload_in_progress || lra_in_progress back to
> > just reload_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117185
--- Comment #3 from John Paul Adrian Glaubitz ---
(In reply to Richard Biener from comment #2)
> I would suggest to change reload_in_progress || lra_in_progress back to
> just reload_in_progress for resolve_reload_operand - this code can't work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117185
Bug ID: 117185
Summary: Bootstrap fails with ICE: in operator[], at vec.h:910
with LRA on non-BWX alpha
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117184
Bug ID: 117184
Summary: m2 fails with "terminate called after throwing an
instance of 'unsigned int'" with LRA on alpha
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117168
--- Comment #3 from John Paul Adrian Glaubitz ---
(In reply to Sam James from comment #2)
> Reproduced. Reverting my r15-4373-gb388f65abc71c9 seems to help. I'll spend
> time on it today and see how I get on. If I hit a dead-end, I'll revert tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117168
Bug ID: 117168
Summary: Bootstrap fails with ICE: in curr_insn_transform, at
lra-constraints.cc:4283
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341
--- Comment #19 from John Paul Adrian Glaubitz ---
(In reply to Sam James from comment #18)
> See https://github.com/llvm/llvm-project/pull/111995 which fixes a problem
> that bisected to the same commit on ppc32.
Yes, I can confirm that this p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #398 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #395)
> There was a recent commit in PR 116650, which looks related.
> I've updated (rebased) https://github.com/olegendo/gcc/tree/devel/sh-lra
Just to confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #396 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #392)
> Created attachment 59309 [details]
> a patch to fix pr55212-c384.C on devel/sh-lra
I can confirm that this patch fixes the bootstrap issue with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #388 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #387)
> > Currently, I'm using the sh-lra-take3 branch with the patches 59216, 59219
> > and 59286 which works best so far for all my tests, including WebKit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #386 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #374)
> Created attachment 59286 [details]
> a patch for c#367
>
> We use movsf_ie as a fall-back for for moving fp-reg from/to multiword
> subreg in 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #380 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #378)
> Will test Kaz's patch seprately applied to sh-lra-take3.
This bootstraps fine (tested without Go and Rust). So, it's an issue with
Ol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #378 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #375)
> (In reply to Kazumoto Kojima from comment #374)
> > Created attachment 59286 [details]
> > a patch for c#367
> >
> > We use movsf_ie as a fall-back f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #370 from John Paul Adrian Glaubitz ---
I can also confirm that Kaz' sh-lra-take3 branch fixes the build of Python 3.13
which fails to build with the usual register starving problem from PR81426:
> https://buildd.debian.org/status/fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #368 from John Paul Adrian Glaubitz ---
Created attachment 59264
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59264&action=edit
Preprocessed source from from comment #367
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #367 from John Paul Adrian Glaubitz ---
I just tried building a slightly older version of WebKit and ran into a new ICE
with Kaz' sh-lra-take3 branch:
/usr/bin/g++-15 -DBUILDING_GTK__=1 -DBUILDING_WEBKIT=1 -DBUILDING_WITH_CMAKE=1
-DB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #363 from John Paul Adrian Glaubitz ---
I'm currently unable to continue with WebKit because GCC runs out of memory
trying to compile one of the larger source files. I am therefore going to pause
here.
Since there have been several b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #358 from John Paul Adrian Glaubitz ---
(In reply to Andrew Pinski from comment #357)
> (In reply to Andrew Pinski from comment #356)
> > Can you file a seperate bug for this since I think it is a generic IPA issue
> > ratehr than spe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #355 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #352)
> I will try to figured out what optimization flag triggered the ICE. Also, I
> will provide the preprocessed source in the next comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #353 from John Paul Adrian Glaubitz ---
Created attachment 59235
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59235&action=edit
Preprocessed source from from comment #352
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #352 from John Paul Adrian Glaubitz ---
Since I'm unable to build WebKit with -O2 due to memory constraints, I'm
building with -O1 now. This unfortunately triggered another ICE which does not
show with -O2:
/usr/bin/g++-15 -DBUILDING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #351 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #344)
> Created attachment 59219 [details]
> a patch for c#339
>
> This adds checks if the address register of the memory displacement is
> general or
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=55212
--- Comment #335 from John Paul Adrian Glaubitz ---
(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 t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83464
--- Comment #9 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #8)
> (In reply to John Paul Adrian Glaubitz from comment #6)
> > (In reply to Oleg Endo from comment #5)
> > > I'm not sure this is an acceptable solution. It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #332 from John Paul Adrian Glaubitz ---
Created attachment 59212
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59212&action=edit
Preprocessed source from from comment #331
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #331 from John Paul Adrian Glaubitz ---
I found another failure when building webkit2gtk with the branch sh-lra-take3:
/usr/bin/g++-15 -DBUILDING_GTK__=1 -DBUILDING_WEBKIT=1 -DBUILDING_WITH_CMAKE=1
-DGETTEXT_PACKAGE=\"WebKitGTK-4.1\"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #328 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #326)
> Created attachment 59190 [details]
> a quick fix for c#318
>
> This also reverts the change in c#312 and gives another fix for that issue.
> Te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #327 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #326)
> Created attachment 59190 [details]
> a quick fix for c#318
>
> This also reverts the change in c#312 and gives another fix for that issue.
> Te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #321 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #320)
> Full command line is:
>
> /home/glaubitz/gcc-kaz/build/./gcc/xgcc
> -B/home/glaubitz/gcc-kaz/build/./gcc/
> -B/usr/local/sh4-unknown-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #320 from John Paul Adrian Glaubitz ---
Full command line is:
/home/glaubitz/gcc-kaz/build/./gcc/xgcc -B/home/glaubitz/gcc-kaz/build/./gcc/
-B/usr/local/sh4-unknown-linux-gnu/bin/ -B/usr/local/sh4-unknown-linux-gnu/lib/
-isystem /usr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #319 from John Paul Adrian Glaubitz ---
Created attachment 59188
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59188&action=edit
Preprocessed source from from comment #318
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #318 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #317)
> Thanks. I'm going to test this now. It seems that the untested patch from
> comment #312 didn't fix the Ada bootstrap for me.
The iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #317 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #316)
> (In reply to Oleg Endo from comment #314)
> > Can you please add the patch to your github branch?
> > I would like to ask some Dreamcast folks t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #313 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #312)
> (In reply to John Paul Adrian Glaubitz from comment #298)
> > Here is one ICE I have run into while building webkit2gtk with the latest
> > patc
1 - 100 of 307 matches
Mail list logo
