On 2015-09-17 04:53, Jacco Ligthart wrote:
On Wednesday, 16 September, 2015 05:17 CEST, "Jacco Ligthart"
<[email protected]> wrote:
> > > <error_msg>
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/BaselineDebugModeOSR.cpp:
> > > In function 'void
> > > EmitBaselineDebugModeOSRHandlerTail(js::jit::MacroAssembler&,
> > > js::jit::Register, bool)':
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/BaselineDebugModeOSR.cpp:1080:23:
> > > error: reference to 'R0' is ambiguous
> > > jumpRegs.take(R0);
> > > ^
> > > /usr/include/sys/ucontext.h:43:3: note: candidates are: <anonymous > >
enum> R0
> > > R0 = 0,
> > > ^
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/arm/BaselineRegisters-arm.h:26:39:
> > > note: constexpr const js::jit::ValueOperand js::jit::R0
> > > static MOZ_CONSTEXPR_VAR ValueOperand R0(r3, r2);
> > > ^
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/BaselineDebugModeOSR.cpp:1081:23:
> > > error: reference to 'R1' is ambiguous
> > > jumpRegs.take(R1);
> > > ^
> > > /usr/include/sys/ucontext.h:45:3: note: candidates are: <anonymous > >
enum> R1
> > > R1 = 1,
> > > ^
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/arm/BaselineRegisters-arm.h:27:39:
> > > note: constexpr const js::jit::ValueOperand js::jit::R1
> > > static MOZ_CONSTEXPR_VAR ValueOperand R1(r5, r4);
> > > ^
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/BaselineDebugModeOSR.cpp:1091:23:
> > > error: reference to 'R1' is ambiguous
> > > masm.popValue(R1);
> > > ^
> > > /usr/include/sys/ucontext.h:45:3: note: candidates are: <anonymous > >
enum> R1
> > > R1 = 1,
> > > ^
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/arm/BaselineRegisters-arm.h:27:39:
> > > note: constexpr const js::jit::ValueOperand js::jit::R1
> > > static MOZ_CONSTEXPR_VAR ValueOperand R1(r5, r4);
> > > ^
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/BaselineDebugModeOSR.cpp:1092:23:
> > > error: reference to 'R0' is ambiguous
> > > masm.popValue(R0);
> > > ^
> > > /usr/include/sys/ucontext.h:43:3: note: candidates are: <anonymous > >
enum> R0
> > > R0 = 0,
> > > ^
> > >
/builddir/build/BUILD/firefox-38.2.1/mozilla-esr38/js/src/jit/arm/BaselineRegisters-arm.h:26:39:
> > > note: constexpr const js::jit::ValueOperand js::jit::R0
> > > static MOZ_CONSTEXPR_VAR ValueOperand R0(r3, r2);
> > > ^
> > > make[5]: *** [Unified_cpp_js_src3.o] Error 1
> > > </error_msg>
> >
> >
> > Looking at the errors here, they don't look familiar, I think my FTBFS
> > was
> > different. I have a sneaky suspicion it might be related to some headers
> > somewhere (/usr/include/sys/ucontext.h ?)
> You could be right, ucontext.h defines R0 and R1 etc, where the same things
are called REG_R0 etc on RHEL6 (and RSEL7)
>
> So apparently, first step is to verify if ucontext.h is "correct". is it
similar to older glibc-header files? etc.
>
This looks like a nice description of what I see, including a patch
for glibc:
http://permalink.gmane.org/gmane.linux.linaro.cross-distro/121
Any thoughts on this?
To respond to myself:
I got TB to build. the only changes made were Gordan's gcc-4.8 patch
and the above mentioned glibc patch.
If the mirrors pick it up, you guys can test. (I'm away from a test
machine. I can build, but no clue if it installs, let alone works)
FF is building right now. we have to wait to see if the same is enough
to build that one also.
Cool. Is that test package built using the chroot with manually
installed
bundled gcc, or with the modified gcc re-bundled and built from the top
down
as the src.rpms were intended to be built?
Gordan
_______________________________________________
users mailing list
[email protected]
http://lists.redsleeve.org/mailman/listinfo/users
