[Bug 223597] New port: www/palemoon Open Source Goanna-based web browser
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Sun Nov 26 10:17:39 UTC 2017
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223597
--- Comment #18 from Jan Beich <jbeich at FreeBSD.org> ---
> https://people.freebsd.org/~loader/poudriere/aarch64/palemoon_sysvhm.txt
[...]
> # lldb -c palemoon.core /usr/local/bin/palemoon
> (lldb) target create "/usr/local/bin/palemoon" --core "palemoon.core"
> Core file '/root/palemoon.core' (aarch64) was loaded.
> (lldb) bt
> * thread #1, name = 'palemoon', stop reason = signal SIGSEGV
> * frame #0: 0x00000000403614d8 libthr.so.3`___lldb_unnamed_symbol83$$libthr.so.3 + 44
> frame #1: 0x0000fffffffff000
> frame #2: 0x0000000040178f58 ld-elf.so.1
> frame #3: 0x0000000040172c94 ld-elf.so.1
> frame #4: 0x0000000040170074 ld-elf.so.1
> frame #5: 0x0000000043766f18 libxul.so`_cairo_pattern_acquire_surface [inlined] _cairo_pattern_acquire_surface_for_gradient(pattern=<unavailable>, dst=<unavailable>, x=<unavailable>, y=<unavailable>, width=<unavailable>, height=<unavailable>, out=<unavailable>, attr=<unavailable>) at cairo-pattern.c:1527
Can you build gnu/lib/csu, lib/libc, lib/libthr and libexec/rtld-elf with debug
symbols, so the stacktrace shows what ld-elf tries to do? I wonder if bundled
jemalloc (3.6.0-204-gb4acf7300a4c) is too old for aarch64. Try removing
--enable-jemalloc* from www/palemoon/Makefile.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-ports-bugs
mailing list