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. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150227034113.ga22...@angband.pl
