[ports-clang] games/bastet segfaults at startup

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

[ports-clang] games/bastet segfaults at startup

Charlene Wendling
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 (8K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [ports-clang] games/bastet segfaults at startup

Christian Weisgerber
Charlene Wendling:

> games/bastet is segfaulting at startup on macppc when built with
> ports-clang. If built with ports-gcc [0], the runtime is good.

ok

> Also, it's BROKEN-sparc64, but the last attempt is old, it may be
> worth trying it again.

Yes.

>  # Block.s: Assembler messages:
>  # Block.s:73: Error: junk `(%rip)' after expression
> -ONLY_FOR_ARCHS = ${LLVM_ARCHS}
> +#ONLY_FOR_ARCHS = ${LLVM_ARCHS}

I think that whole part can be removed.
That error message looks like an amd64 problem, but there doesn't
appear to be any assembly code in the source, so I don't know where
that came from.

>  # /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

Remove.  We'll see what happens.

--
Christian "naddy" Weisgerber                          [hidden email]