On Wed, Jan 2, 2019, 16:58 Juan Francisco Cantero Hurtado <i...@juanfra.info wrote:
> On Wed, Jan 02, 2019 at 06:47:22AM +0100, Sebastien Marie wrote: > > On Wed, Jan 02, 2019 at 01:21:51AM +0100, antoniomurd...@gmail.com > wrote: > > > >Synopsis: rclone Illegal instruction (core dumped) > > > >Category: sysutils > > > >Environment: > > > System : OpenBSD 6.4 > > > Details : OpenBSD 6.4 (GENERIC) #3: Thu Dec 20 18:03:29 CET > 2018 > > > r...@syspatch-64-i386.openbsd.org: > /usr/src/sys/arch/i386/compile/GENERIC > > > > > > Architecture: OpenBSD.i386 > > > Machine : i386 > > > >Description: > > > rclone as installed with pkg_add on i386 is broken (couldn't test > on amd64 though). > > > >How-To-Repeat: > > > # pkg_add rclone > > > # rclone > > > >Fix: > > > backtrace from gdb shows the following, not sure if it could help > but this is easily reproducible anyway: > > > > > > openbsd# gdb rclone > > > GNU gdb 6.3 > > > Copyright 2004 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, and > you are > > > welcome to change it and/or distribute copies of it under certain > conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for > details. > > > This GDB was configured as "i386-unknown-openbsd6.4"...(no debugging > symbols found) > > > > > > (gdb) r > > > Starting program: /usr/local/bin/rclone > > > > > > Program received signal SIGILL, Illegal instruction. > > > > it would be interesting to have the offending instruction, using > > disassemble gdb command (if I remember correctly). > > > > (gdb) disassemble > > > > > > My guest would be that go generates code for i686 (using some SSE > > instruction code for example), and your cpu doesn't have this > > instructions (so it complains). > > > > > cpu0: Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD" > 586-class) 499 MHz, 05-0a-02 > > > cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX,MMXX,3DNOW2,3DNOW > > > > If it is the case, several possibilities: > > - your host is too old for using such program, just not do that > > - the go compiler should generate i386 code (so no extending instruction > > sets) - but does it make sens to try running such program on so old > > hardware ? (we already had such discussion about firefox using SSE2 > with > > Rust on i386. but I dunno if rclone fall in same class than firefox) > > There was the same discussion for golang and sse on i386. I would prefer > to change the default from sse to 387. > > Antonio, this patch should fix your problem with rclone: > > Index: Makefile > =================================================================== > RCS file: /cvs/ports/sysutils/rclone/Makefile,v > retrieving revision 1.4 > diff -u -p -r1.4 Makefile > --- Makefile 22 Sep 2018 08:30:07 -0000 1.4 > +++ Makefile 2 Jan 2019 15:56:27 -0000 > @@ -20,6 +20,7 @@ MASTER_SITES = https://github.com/ncw/r > > MODULES = lang/go > MODGO_TYPE = bin > +MODGO_ENV += GO386=387 > Thanks a lot Juan for pointing that out. That's indeed what I've been able to find upstream in golang/rclone github issues. > ALL_TARGET = github.com/ncw/rclone > >