Failure to build librseq on ppc
Segher Boessenkool
segher at kernel.crashing.org
Thu Jul 9 09:53:31 AEST 2020
Hi!
On Wed, Jul 08, 2020 at 10:27:27PM +1000, Michael Ellerman wrote:
> Segher Boessenkool <segher at kernel.crashing.org> writes:
> > You'll have to show the actual failing machine code, and with enough
> > context that we can relate this to the source code.
> >
> > -save-temps helps, or use -S instead of -c, etc.
>
> Attached below.
Thanks!
> I think that's from:
>
> #define LOAD_WORD "ld "
>
> #define RSEQ_ASM_OP_CMPEQ(var, expect, label) \
> LOAD_WORD "%%r17, %[" __rseq_str(var) "]\n\t" \
The way this hardcodes r17 *will* break, btw. The compiler will not
likely want to use r17 as long as your code (after inlining etc.!) stays
small, but there is Murphy's law.
Anyway... something in rseq_str is wrong, missing %X<n>. This may
have to do with the abuse of inline asm here, making a fix harder :-(
Segher
More information about the Linuxppc-dev
mailing list