On Mon, Oct 17, 2016 at 03:10:57AM +0100, Ben Hutchings wrote:
> On Sun, 2016-10-16 at 18:57 +0300, Adrian Bunk wrote:
> [...]
> > You should fix your package so that it works on the lowest supported
> > hardware of each port.
>
> Right.
>
> > Autobuilding is only a small part of the problem,
On Sun, 2016-10-16 at 18:57 +0300, Adrian Bunk wrote:
[...]
> You should fix your package so that it works on the lowest supported
> hardware of each port.
Right.
> Autobuilding is only a small part of the problem, your package would
> also not run on many computers that Debian does support.
>
Your upstream appear to be aware of this problem, but given that the
packaged version is from after then, their first attempt evidently
wasn't a full fix:
https://github.com/torch/torch7/pull/755
https://sources.debian.net/src/lua-torch-torch7/0~20161002-geb397ad-1/lib/TH/generic/simd/simd.h/
On Sun, Oct 16, 2016 at 02:14:47PM +, lumin wrote:
> Hi there,
>
> I encountered an unexpected FTBFS on amd64 that I can't repro.[1]
> And I'd like to ask the list before fixing it by e.g. an binary
> only upload.
>
> My package lua-torch-torch7/experimental fails[2] to build from
> source
I can reproduce the FTBFS here.
gdb says:
(gdb) disas $rip,$rip+1
Dump of assembler code from 0x76948f7d to 0x76948f7e:
=> 0x76948f7d : pcmpeqq %xmm3,%xmm0
This is a SSE4.1 instruction, which my CPU doesn't support.
BTW, please make your
On Sun, Oct 16, 2016 at 02:14:47PM +, lumin wrote:
> My package lua-torch-torch7/experimental fails[2] to build from
> source because of an "illegal instruction" error at the debhelper
> auto test stage. However from that buildlog I can't tell which
> program to blame -- luajit or
Hi there,
I encountered an unexpected FTBFS on amd64 that I can't repro.[1]
And I'd like to ask the list before fixing it by e.g. an binary
only upload.
My package lua-torch-torch7/experimental fails[2] to build from
source because of an "illegal instruction" error at the debhelper
auto test
7 matches
Mail list logo