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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #310 from John Paul Adrian Glaubitz ---
Hmm, I just realized I performed the tests without enabling LRA by default. I
just noticed that because with LRA enabled, Ada actually fails with:
/<>/build/./gcc/xgcc -B/<>/build/./gcc/
-B/usr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #307 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #306)
> (In reply to John Paul Adrian Glaubitz from comment #301)
> > I can confirm that I can successfully perform a full native bootstrap wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #306 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #301)
> I can confirm that I can successfully perform a full native bootstrap with
> the following languages enabled:
>
> - c,c++,fortran,obj
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 #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=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 #292 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #289)
> I've reconstructed patches as follows:
>
> [59157] a revised patch to movsf issue which splits movesf_ie_ra
> [59158] a revised patch to QIHI e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #290 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #263)
> Created attachment 59132 [details]
> a patch rewriting movsh_ie_ra
>
> This patch splits movsf_ie_ra into several new patterns to remove
> matc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #282 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #281)
> (In reply to John Paul Adrian Glaubitz from comment #280)
> > (In reply to Kazumoto Kojima from comment #279)
> > > (In reply to John Paul Adria
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #280 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #279)
> (In reply to John Paul Adrian Glaubitz from comment #275)
> > Created attachment 59152 [details]
> > Preprocessed source from from comment #273
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #275 from John Paul Adrian Glaubitz ---
Created attachment 59152
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59152&action=edit
Preprocessed source from from comment #273
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #274 from John Paul Adrian Glaubitz ---
Created attachment 59151
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59151&action=edit
Preprocessed source from from comment #271
1 - 100 of 295 matches
Mail list logo
