https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234080
--- Comment #4 from Kevin Reinholz <[email protected]> --- @Jan Beich I followed your advice and got rust-cbindgen to accept rust-nightly as a dependency in place of rust. However, it still segfaults with Signal 11 during configure. It seems that rust-cbindgen's mistaken expectation about stat memory layout on FreeBSD is still in play, as detailed in the links you provided that explain the problem quite thoroughly. I do not know why COMPAT_FREEBSD11 enabled as an option in my kernel is insufficient to get the libc (crate) ABI to work FreeBSD 11.x style. I suspect more users will encounter this same problem upon upgrade to FreeBSD 12.x, given that I have a GENERIC kernel configuration and no outlandish customizations to my userland. (I install packages from the Ports tree and keep them up-to-date with portmaster, pretty vanilla FreeBSD Desktop user behavior. I don't mix packages with Ports, except as was recommending during the freebsd-update process where rebuilding all third party installed applications was required, but even then I've since rebuilt almost every last application from Ports in order to track with the latest versions). Any idea (for now) how to trick rust-cbindgen into using the correct memory layout, or letting my system know it needs to provide FreeBSD 11.x stat memory layout to rust-cbindgen? For now I've migrated to Chromium but I dislike the thought of Firefox and Thunderbird being non-options on FreeBSD 12.x until libc and/or rust makes changes to accommodate ABI-breaking differences between FreeBSD versions. Thank you! -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "[email protected]"
