Date: Thu, 01 Jun 2017 03:30:25 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 219692] net/freerdp: Illegal instruction, core dumped Message-ID: <bug-219692-13-NSy68j7MWn@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-219692-13@https.bugs.freebsd.org/bugzilla/> References: <bug-219692-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219692 --- Comment #1 from Kyle Evans <bsdports@kyle-evans.net> --- Huh, well, that's interesting. Your initial run, was that with a locally bu= ilt port/package? If it was installed from the FreeBSD repo or a machine significantly differ= ent from the one that you are running it on, I'd be interested to see the resul= ts if you compile it locally stock/without your workaround. Reviewing build bits, there's a couple of potential problems I can see, in = some order of likeliness: * We do enable SSE by default. While your Features indicates support for SS= E, I wonder if perhaps it's not lying or wrong to some respect. If a locally bui= lt port/package build fails by default, you might try disabling the SSE option= and see if that affects it * A small amount of assembly used for fetching cpuid stuff that could be problematic; probably easy enough to derive a test case from it * We pass in -O2 via CFLAGS by default; I would be somewhat surprised if st= ock optimizations caused this, though. =3D( --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219692-13-NSy68j7MWn>