Hi, games/bastet is segfaulting at startup on macppc when built with ports-clang. If built with ports-gcc [0], the runtime is good.
While having a good "excuse" to move to ports-gcc, i'm joining the egdb backtrace. For me it's just another ports-clang vs libestdc++ clash, but for more skilled people, it may shed some light on something. Also, it's BROKEN-sparc64, but the last attempt is old, it may be worth trying it again. As such, the diff is more a wip that anything else for now. Charlène. [0] https://bin.charlenew.xyz/bastet.log Index: Makefile =================================================================== RCS file: /cvs/ports/games/bastet/Makefile,v retrieving revision 1.15 diff -u -p -u -p -r1.15 Makefile --- Makefile 12 Jul 2019 20:46:14 -0000 1.15 +++ Makefile 24 Oct 2019 20:45:47 -0000 @@ -2,7 +2,7 @@ # Block.s: Assembler messages: # Block.s:73: Error: junk `(%rip)' after expression -ONLY_FOR_ARCHS = ${LLVM_ARCHS} +#ONLY_FOR_ARCHS = ${LLVM_ARCHS} # /usr/local/lib/gcc/sparc64-unknown-openbsd6.0/4.9.4/libgcc.a(unwind-dw2-fde-dip.o): In function `__gthread_mutex_lock': # ./gthr-default.h:748: undefined reference to `pthread_mutex_lock' BROKEN-sparc64 = undefined reference to pthread_mutex_lock @@ -12,7 +12,7 @@ COMMENT = bastard tetris GH_ACCOUNT = fph GH_PROJECT = bastet GH_TAGNAME = 0.43.2 -REVISION = 2 +REVISION = 3 CATEGORIES = games @@ -23,7 +23,7 @@ PERMIT_PACKAGE = Yes WANTLIB = boost_program_options c curses m ${COMPILER_LIBCXX} -COMPILER = base-clang ports-clang +COMPILER = base-clang ports-gcc LIB_DEPENDS = devel/boost
bastet.txt.gz
Description: Binary data
