On 2019/06/20 16:59, Stuart Henderson wrote: > devel/monotone now fails to build on i386. During the build it runs > its own-built "mtn" binary to produce manpages, which fails (segfaults), > fails to produce the manpage file, so packaging fails, making the problem > noticable. > > It uses C++ and the failure started after the libc++ update. Seems > repeatable. >
This appears to be a problem with botan, the segfault in the devel/monotone build is in botan code: $ egdb ./fake-i386/usr/local/bin/mtn GNU gdb (GDB) 7.12.1 Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-unknown-openbsd6.5". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./fake-i386/usr/local/bin/mtn...done. (gdb) set args manpage (gdb) r Starting program: /usr/obj/ports/monotone-1.1/fake-i386/usr/local/bin/mtn manpage Program received signal SIGSEGV, Segmentation fault. 0x082eefff in botan_sha160_x86_32_compress () from /usr/local/lib/libbotan-1.10.so.1.1 (gdb) bt #0 0x082eefff in botan_sha160_x86_32_compress () from /usr/local/lib/libbotan-1.10.so.1.1 #1 0x00000000 in ?? () And I see the same stack trace in botan's own regression tests.
