* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
@ 2022-12-23 10:57 ` sam at gentoo dot org
2022-12-27 12:00 ` marxin at gcc dot gnu.org
` (9 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: sam at gentoo dot org @ 2022-12-23 10:57 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #1 from Sam James <sam at gentoo dot org> ---
Ah, based on https://bugzilla.redhat.com/show_bug.cgi?id=427700#c3 &
https://bugzilla.redhat.com/show_bug.cgi?id=427700#c5, maybe the source really
does just need splitting.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
2022-12-23 10:57 ` [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range) sam at gentoo dot org
@ 2022-12-27 12:00 ` marxin at gcc dot gnu.org
2022-12-28 21:24 ` segher at gcc dot gnu.org
` (8 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: marxin at gcc dot gnu.org @ 2022-12-27 12:00 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
Martin Liška <marxin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Last reconfirmed| |2022-12-27
Ever confirmed|0 |1
CC| |marxin at gcc dot gnu.org,
| |segher at gcc dot gnu.org
Status|UNCONFIRMED |NEW
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
2022-12-23 10:57 ` [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range) sam at gentoo dot org
2022-12-27 12:00 ` marxin at gcc dot gnu.org
@ 2022-12-28 21:24 ` segher at gcc dot gnu.org
2024-01-01 10:42 ` glaubitz at physik dot fu-berlin.de
` (7 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: segher at gcc dot gnu.org @ 2022-12-28 21:24 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
Segher Boessenkool <segher at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |INVALID
Status|NEW |RESOLVED
--- Comment #2 from Segher Boessenkool <segher at gcc dot gnu.org> ---
Yes, agreed. Marking this bug as invalid.
If you need a bigger code model you should use -mcmodel=large, or keep code
size under control some other way (using -O3 is a very bad idea in general;
it means "don't do tradeoffs, be overly optimistic always". -O2 is perhaps
a bit too conservative, but -O3 definitely is too far out on the other side
of the spectrum. Luckily there are many smaller tweak flags, and many params
you can fiddle with).
This is not a new problem at all. The default code model we use is quite
conservative, but it is not very hard to overflow its limits. You usually
get much better (smaller as well as faster) generated code by writing better
source code, dividing it up into translation units a bit smarter.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
` (2 preceding siblings ...)
2022-12-28 21:24 ` segher at gcc dot gnu.org
@ 2024-01-01 10:42 ` glaubitz at physik dot fu-berlin.de
2024-01-01 11:16 ` segher at gcc dot gnu.org
` (6 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: glaubitz at physik dot fu-berlin.de @ 2024-01-01 10:42 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |glaubitz at physik dot fu-berlin.d
| |e
--- Comment #3 from John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin.de> ---
I am seeing this when building LLVM and GHC on 32-bit PowerPC as well. It does
not affect other 32-bit architectures and using LLVM as the bootstrap compiler
resolves this issue.
What's the proper way of addressing this?
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
` (3 preceding siblings ...)
2024-01-01 10:42 ` glaubitz at physik dot fu-berlin.de
@ 2024-01-01 11:16 ` segher at gcc dot gnu.org
2024-01-01 11:40 ` glaubitz at physik dot fu-berlin.de
` (5 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: segher at gcc dot gnu.org @ 2024-01-01 11:16 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #4 from Segher Boessenkool <segher at gcc dot gnu.org> ---
See my previous comment?
You can either write better code, or use -mcmodel=large or similar, accepting
the not-so-stellar generated code you get then.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
` (4 preceding siblings ...)
2024-01-01 11:16 ` segher at gcc dot gnu.org
@ 2024-01-01 11:40 ` glaubitz at physik dot fu-berlin.de
2024-01-01 12:34 ` glaubitz at physik dot fu-berlin.de
` (4 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: glaubitz at physik dot fu-berlin.de @ 2024-01-01 11:40 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #5 from John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin.de> ---
(In reply to Segher Boessenkool from comment #4)
> See my previous comment?
>
> You can either write better code, or use -mcmodel=large or similar, accepting
> the not-so-stellar generated code you get then.
I'm already testing -mcmodel=large now. I'm just surprised it just affects GCC
on PowerPC but not LLVM, for example.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
` (5 preceding siblings ...)
2024-01-01 11:40 ` glaubitz at physik dot fu-berlin.de
@ 2024-01-01 12:34 ` glaubitz at physik dot fu-berlin.de
2024-01-01 13:41 ` segher at gcc dot gnu.org
` (3 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: glaubitz at physik dot fu-berlin.de @ 2024-01-01 12:34 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #6 from John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin.de> ---
(In reply to John Paul Adrian Glaubitz from comment #5)
> (In reply to Segher Boessenkool from comment #4)
> > See my previous comment?
> >
> > You can either write better code, or use -mcmodel=large or similar, accepting
> > the not-so-stellar generated code you get then.
>
> I'm already testing -mcmodel=large now. I'm just surprised it just affects
> GCC on PowerPC but not LLVM, for example.
Doesn't seem to be supported, unfortunately, build fails with:
'-mcmodel' not supported in this configuration
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
` (6 preceding siblings ...)
2024-01-01 12:34 ` glaubitz at physik dot fu-berlin.de
@ 2024-01-01 13:41 ` segher at gcc dot gnu.org
2024-01-01 14:01 ` glaubitz at physik dot fu-berlin.de
` (2 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: segher at gcc dot gnu.org @ 2024-01-01 13:41 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #7 from Segher Boessenkool <segher at gcc dot gnu.org> ---
This PR is for the sysv ABI, while most discussion was about the "ELFv1" ABI.
Only the 64-bit ABIs have the code model ABI, for the powerpc*-*-*
configurations.
Some other architectures have it for more things, and some for fewer, or even
none.
If you get an error at line 577996 of a source file, changes are your code is
just
completely unreasonably large, esp. on a smaller target like this :-)
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
` (7 preceding siblings ...)
2024-01-01 13:41 ` segher at gcc dot gnu.org
@ 2024-01-01 14:01 ` glaubitz at physik dot fu-berlin.de
2024-01-01 14:36 ` segher at gcc dot gnu.org
2024-01-02 20:56 ` glaubitz at physik dot fu-berlin.de
10 siblings, 0 replies; 12+ messages in thread
From: glaubitz at physik dot fu-berlin.de @ 2024-01-01 14:01 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #8 from John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin.de> ---
(In reply to Segher Boessenkool from comment #7)
> This PR is for the sysv ABI, while most discussion was about the "ELFv1" ABI.
Doesn't the subject clearly mention "powerpc-unknown-linux-gnu"?
> Only the 64-bit ABIs have the code model ABI, for the powerpc*-*-*
> configurations.
> Some other architectures have it for more things, and some for fewer, or
> even none.
I am trying -O3 now.
> If you get an error at line 577996 of a source file, changes are your code
> is just
> completely unreasonably large, esp. on a smaller target like this :-)
I understand. But it's not always possible to change the code size, especially
when the code is not mine but some random upstream code.
What I don't understand is that other 32-bit architectures don't seem to be
affected. For example, hppa-unknown-linux-gnu is not affected.
And, secondly, using LLVM as the bootstrap compiler resolves the issue with
LLVM for me.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
` (8 preceding siblings ...)
2024-01-01 14:01 ` glaubitz at physik dot fu-berlin.de
@ 2024-01-01 14:36 ` segher at gcc dot gnu.org
2024-01-02 20:56 ` glaubitz at physik dot fu-berlin.de
10 siblings, 0 replies; 12+ messages in thread
From: segher at gcc dot gnu.org @ 2024-01-01 14:36 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #9 from Segher Boessenkool <segher at gcc dot gnu.org> ---
(In reply to John Paul Adrian Glaubitz from comment #8)
> (In reply to Segher Boessenkool from comment #7)
> > This PR is for the sysv ABI, while most discussion was about the "ELFv1" ABI.
>
> Doesn't the subject clearly mention "powerpc-unknown-linux-gnu"?
Yes. And most of the discussion (via the gentoo link) is about
powerpc64-linux.
So things were confusing, for me at least.
> I am trying -O3 now.
That almost always runs out of space easier, not less easily. O3 prioritises
possible speed wins over anything else (*possible* speed wins).
> > If you get an error at line 577996 of a source file, changes are your code
> > is just
> > completely unreasonably large, esp. on a smaller target like this :-)
>
> I understand. But it's not always possible to change the code size,
> especially when the code is not mine but some random upstream code.
>
> What I don't understand is that other 32-bit architectures don't seem to be
> affected. For example, hppa-unknown-linux-gnu is not affected.
None of the HPPA ABIs are affected by peculiarities of a particular PowerPC
ABI.
The bug report does noty give enough information to see what is really going
on,
so I have no further advice.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/108208] Bad assembly? on large LLVM source files on powerpc-unknown-linux-gnu (Error: operand out of range)
2022-12-23 10:50 [Bug target/108208] New: Build failure on large LLVM source files on PPC sam at gentoo dot org
` (9 preceding siblings ...)
2024-01-01 14:36 ` segher at gcc dot gnu.org
@ 2024-01-02 20:56 ` glaubitz at physik dot fu-berlin.de
10 siblings, 0 replies; 12+ messages in thread
From: glaubitz at physik dot fu-berlin.de @ 2024-01-02 20:56 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #10 from John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin.de> ---
(In reply to Segher Boessenkool from comment #9)
> (In reply to John Paul Adrian Glaubitz from comment #8)
> > (In reply to Segher Boessenkool from comment #7)
> > > This PR is for the sysv ABI, while most discussion was about the "ELFv1" ABI.
> >
> > Doesn't the subject clearly mention "powerpc-unknown-linux-gnu"?
>
> Yes. And most of the discussion (via the gentoo link) is about
> powerpc64-linux.
>
> So things were confusing, for me at least.
OK, yeah. That's confusing. I haven't seen any issues on 64-bit targets.
> > I am trying -O3 now.
>
> That almost always runs out of space easier, not less easily. O3 prioritises
> possible speed wins over anything else (*possible* speed wins).
This actually worked for me and allowed me to build an unregisterised GHC
compiler. So, thanks for the hint!
> > > If you get an error at line 577996 of a source file, changes are your code
> > > is just
> > > completely unreasonably large, esp. on a smaller target like this :-)
> >
> > I understand. But it's not always possible to change the code size,
> > especially when the code is not mine but some random upstream code.
> >
> > What I don't understand is that other 32-bit architectures don't seem to be
> > affected. For example, hppa-unknown-linux-gnu is not affected.
>
> None of the HPPA ABIs are affected by peculiarities of a particular PowerPC
> ABI.
OK, I see.
> The bug report does noty give enough information to see what is really going
> on,
> so I have no further advice.
Your pointer towards -O3 did the trick, so no worries!
^ permalink raw reply [flat|nested] 12+ messages in thread