Am 15.11.2016 um 23:54 schrieb Norbert Preining:
Hi,
Thanks for the confirmation.
Hilmar, I think upstream bug #133 should be closed too. Could you check it?
Thanks!
Hilmar, I posted there that it can be closed but I cannot close it, please.
Can't do either even after login. Seems they
Thanks for the confirmation.
> Hilmar, I think upstream bug #133 should be closed too. Could you check it?
> Thanks!
Hilmar, I posted there that it can be closed but I cannot close it, please.
Norbert
--
PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
GPG: 0x860CDC13
I confirm that the MWE is ok with the latest MIPS texlive-binaries.
Documentation for the package asn1c (which failed to build due this bug) also
works fine on MIPS.
Thank you for the fix!
Hilmar, I think upstream bug #133 should be closed too. Could you check it?
Thanks!
> On 14.11.2016, at
> Running a test build with the s390(x) special case removed. Thanks
And that succeeded. So it seems that gcc 5 or gcc6 fixed the issues.
Tomorrow I will make a new rebuild with all the changes and upload.
Thanks a lot.
Norbert
--
PREINING Norbert + TeX Live & Debian Developer +
Hi James,
> I've tried building it on mips and mipsel and it builds fine.
Great, thanks!
> I haven't tried it, but there is a s390x porterbox you could use:
> zelenka.debian.org.
Running a test build with the s390(x) special case removed. Thanks
for reminding me (I actually used zelenka for
Hi,
On 13/11/16 13:59, Norbert Preining wrote:
>> I can upload a new package that reverts these changes, or prepare a new
>> package and we try to build it on mips/mipsel Debian builder machines.
>
> Here is a source package and binaries of amd64
>
> deb http://people.debian.org/~preining/TeX/
> I can upload a new package that reverts these changes, or prepare a new
> package and we try to build it on mips/mipsel Debian builder machines.
Here is a source package and binaries of amd64
deb http://people.debian.org/~preining/TeX/ bin/
deb-src http://people.debian.org/~preining/TeX/ bin/
Hi James,
> I've managed to build texlive-bin on mips and mipsel after removing them
> from BROKEN_ICU_ARCHS. I ran the xetex testcase in this bugreport on
> both arches and it seems to work fine.
>
> Why was it originaly added?
commit 346229ec86ccdd1ef8ce3ecf770072a4627a5528
Author: Norbert
Hi,
On 10/11/16 15:22, Norbert Preining wrote:
> Hi James,
>
>> BROKEN_ICU_ARCHS := mips mipsel sparc64
>>
>> [...]
>> # building on mips/sparc etc is somehow broken, try fix from tlbuild
>> # by setting U_IS_BIG_ENDIAN=0
>> ifneq (,$(findstring $(DEB_HOST_ARCH), $(BROKEN_ICU_ARCHS)))
>>
Hi James,
> BROKEN_ICU_ARCHS := mips mipsel sparc64
>
> [...]
> # building on mips/sparc etc is somehow broken, try fix from tlbuild
> # by setting U_IS_BIG_ENDIAN=0
> ifneq (,$(findstring $(DEB_HOST_ARCH), $(BROKEN_ICU_ARCHS)))
> export CFLAGS += -DU_IS_BIG_ENDIAN=0
> export CXXFLAGS +=
Hi,
I've been spending some time on this bug. I tried upstream xetex and it
worked fine on mips. I then stumbled upon the debian/rules file and the
bug now seems so blindingly obvious:
# architectures where icu related programs (xetex) have problems
# and core dump etc. Possible fix, but
Package: texlive-binaries
Version: 2016.20160513.41080-6
Severity: normal
Dear TexLive Maintainers,
Compiling the following MWE with the XeLaTex at MIPS leads to the error:
xdvipdfmx:fatal: Bad DVI: negative point_size: -1371074304
MWE:
\documentclass{article}
\XeTeXtracingfonts=1
12 matches
Mail list logo