Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Dec 2018 15:18:41 +0000
From:      bugzilla-noreply@freebsd.org
To:        gecko@FreeBSD.org
Subject:   [Bug 234080] devel/rust-cbindgen 0.6.7_1 segfaults during configure with *** Signal 11 on FreeBSD 12.0-RELEASE
Message-ID:  <bug-234080-21738-P4t6hLZ5nM@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-234080-21738@https.bugs.freebsd.org/bugzilla/>
References:  <bug-234080-21738@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=3D234080

--- Comment #2 from Kevin Reinholz <kreinholz@gmail.com> ---
I do. I'm running a GENERIC FreeBSD 12.0-RELEASE kernel, which has the
following COMPAT_FREEBSD options enabled by default:

options         COMPAT_FREEBSD32        # Compatible with i386 binaries
options         COMPAT_FREEBSD4         # Compatible with FreeBSD4
options         COMPAT_FREEBSD5         # Compatible with FreeBSD5
options         COMPAT_FREEBSD6         # Compatible with FreeBSD6
options         COMPAT_FREEBSD7         # Compatible with FreeBSD7
options         COMPAT_FREEBSD9         # Compatible with FreeBSD9
options         COMPAT_FREEBSD10        # Compatible with FreeBSD10
options         COMPAT_FREEBSD11        # Compatible with FreeBSD11

I tried building rust-cbindgen with rust-nightly version 1.33.0.20181216, b=
ut
rust-cbindgen complains about not having rust version 1.31, tries to install
it, then complains that rust 1.31 conflicts with rust 1.33. I could not fin=
d an
option in rust-cbindgen's Makefile to change the version of rust it searches
for, which even in and of itself would have felt a little "hacky," and I was
not about to sift through the rust-cbindgen src files to find the rust vers=
ion
checker and change it.

I wonder if anyone else has experienced this error, or if it can be duplica=
ted
on a fresh install of FreeBSD 12.0-RELEASE as opposed to a binary update fr=
om
FreeBSD 11.2-RELEASE as was the case on my machine.

At any rate, I think it's a fairly significant issue, as Firefox will not b=
uild
without rust-cbindgen, and for Desktop users at least, I'd think a lot of f=
olks
would want the option of building/running Firefox as their web browser. (Be=
tter
Flash support than Chromium, for starters, although that's becoming
increasingly less of an issue as more and more sites transition to HTML5
embedded videos based on codecs readily available through gstreamer).

Unless I'm mistaken, the issue lies with the stat wrapper in rust-cbindgen =
(but
not in rust, oddly enough), and a change between stat's memory layout from
FreeBSD 11.x to 12.0. Help?

--=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-234080-21738-P4t6hLZ5nM>