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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #273 from John Paul Adrian Glaubitz ---
Ran into another one:
/usr/bin/g++-15 -DBUILDING_GTK__=1 -DBUILDING_WEBKIT=1 -DBUILDING_WITH_CMAKE=1
-DGETTEXT_PACKAGE=\"WebKitGTK-4.1\" -DHAVE_CONFIG_H=1 -DJSC_GLIB_API_ENABLED
-DPAS_BMALLOC=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #272 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #271)
> I just did some testing with the LRA-enabled gcc-15 to see which bugs would
> be fixed and while I can confirm that both PR target/814
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #271 from John Paul Adrian Glaubitz ---
I just did some testing with the LRA-enabled gcc-15 to see which bugs would be
fixed and while I can confirm that both PR target/81426 and PR target/115148 no
longer occur, another ICE has just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81426
--- Comment #16 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #15)
> (In reply to John Paul Adrian Glaubitz from comment #14)
> > This particular bug is resolved when building with an LRA-enabled gcc-15.
> >
> > See: htt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932
--- Comment #2 from John Paul Adrian Glaubitz ---
I'm not sure it makes sense to have this bug report depend on arch-specific
bugs such as 116778 and 116779.
This meta-bug should depend only on the LRA tracker bugs for each architecture
which i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81426
--- Comment #14 from John Paul Adrian Glaubitz ---
This particular bug is resolved when building with an LRA-enabled gcc-15.
See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #270 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #269)
> (In reply to Kazumoto Kojima from comment #267)
> > (In reply to Oleg Endo from comment #264)
> > > Very nice! So it seems indeed, splitting up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115148
--- Comment #18 from John Paul Adrian Glaubitz ---
This particular bug is resolved when building with an LRA-enabled gcc-15.
See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #258 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #250)
> This builds fine. I will try to build Kaz's tree now as it is.
So, for Kaz's tree, I'm getting the comparison failure:
Comparing sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #256 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #255)
> (In reply to John Paul Adrian Glaubitz from comment #254)
>
> > OK, thanks for the clarification. I'd suggest then to upstream everything
> > that ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #254 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #253)
> (In reply to John Paul Adrian Glaubitz from comment #252)
> > (In reply to John Paul Adrian Glaubitz from comment #250)
> > > This builds fine. I will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #252 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #250)
> This builds fine. I will try to build Kaz's tree now as it is.
I suggest, once this is verified to work, that we start upstreaming th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #250 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #247)
> Applying all necessary patches except 59000 makes the stack overflow with
> reload go away.
>
> Will try an LRA build now with the fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #247 from John Paul Adrian Glaubitz ---
Applying all necessary patches except 59000 makes the stack overflow with
reload go away.
Will try an LRA build now with the following patches and Ada enabled:
- 58832
- 58833
- 58883
- 58905
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #245 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #244)
> (In reply to John Paul Adrian Glaubitz from comment #243)
> > Is that with qemu-user or qemu-system? I tried multiple times and I always
> > got
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #243 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #242)
> (In reply to John Paul Adrian Glaubitz from comment #241)
> > (In reply to Kazumoto Kojima from comment #240)
> > Did that include patch 59000?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #241 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #240)
> My trial of the 3-stage bootstrap of gcc with enabling c,c++,lto,ada on qemu
> has been done successfully with "-g -O2 -m4 -mlra" flags. I'm us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #239 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #238)
> (In reply to John Paul Adrian Glaubitz from comment #237)
> > Let me try to bisect the stack overflow bug. Will report back once I kno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #238 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #237)
> Let me try to bisect the stack overflow bug. Will report back once I know
> more.
It's one of the other LRA patches, but it takes me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #237 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #236)
> (In reply to John Paul Adrian Glaubitz from comment #235)
> > Not sure though whether this is related at all. Will go back to the know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #236 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #235)
> Not sure though whether this is related at all. Will go back to the known
> working version and retry with all patches.
OK, the stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #235 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #234)
> OK, I'll add both patch 59061 and patch 59062 and give it a try with all
> languages enabled except for D which requires a working lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #234 from John Paul Adrian Glaubitz ---
OK, I'll add both patch 59061 and patch 59062 and give it a try with all
languages enabled except for D which requires a working libphobos which I don't
have.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #231 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #230)
> (In reply to John Paul Adrian Glaubitz from comment #229)
> > Will try other languages now.
>
> Building with Fortran, Objective-C an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #230 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #229)
> Will try other languages now.
Building with Fortran, Objective-C and Objective-C++ enabled works fine.
Will test D and M2 now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #229 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #228)
> I'll have a go at Ada now.
Ada still fails in subreg1:
mkdir -p ada/libgnat/
/srv/glaubitz/gcc/build/./prev-gcc/xgcc -B/srv/glaubitz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #228 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #227)
> (In reply to Kazumoto Kojima from comment #226)
> > Created attachment 59044 [details]
> > a patch to fix patch 59034
> >
> > Looks t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #227 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #226)
> Created attachment 59044 [details]
> a patch to fix patch 59034
>
> Looks the use of the raw R0 pattern in 59034 confuses the def-use analysis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107992
--- Comment #2 from John Paul Adrian Glaubitz ---
(In reply to Ian Lance Taylor from comment #1)
> Thanks. This is happening because the data structures that Go's garbage
> collector uses require that all pointers be aligned on their natural
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #225 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #224)
> (In reply to John Paul Adrian Glaubitz from comment #223)
> >
> > I had run into some issues with my build environment, so my results are a
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #223 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #218)
> (In reply to Kazumoto Kojima from comment #216)
> > This patch is assumed to be applied to the top of 58832, 58833, 58883,
> > 58905
1 - 100 of 264 matches
Mail list logo
