Bug#778257: src:qtdeclarative-opensource-src: FTBFS on x32: JIT, symbols
Sorry for the delay, I was busy, ehm, contemplating how much damage rsync
without --numeric-ids can do.
On Thu, Feb 26, 2015 at 04:04:06PM +0300, Dmitry Shachnev wrote:
> A couple of questions though:
>
> > // NOTE: This should match the logic in qv4targetplatform_p.h!
>
> Did you check if there should be a similar change in qv4targetplatform_p.h?
All of that file is #if ENABLE(ASSEMBLER), which my patch disables on x32
(using non-JIT code paths). Once real porting is done, the CPU(X86_64) part
looks like it could be used without changing, but for now that's a moot
question.
> > I tried to check the patch against the packages in experimental, but one of
> > dependencies (qtxmlpatterns) failed to build for me, for reasons that don't
> > seem to be arch-dependent:
>
> I uploaded qtxmlpatterns 5.4.1 to experimental yesterday, and it built
> fine on x32 according to buildd.debian-ports.org status page.
>
> Can you please test that qtdeclarative with your patch builds/works?
It built ok. Not sure what's the best way to test whether it executes
(end-user reverse-deps like, say, 2048-qt, require far more qt5.4 parts).
The patch I used is the Q_OS_WINDOWS version.
--
// If you believe in so-called "intellectual property", please immediately
// cease using counterfeit alphabets. Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.
Reply to: