[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:40 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 on the CC list for the bug.


More information about the freebsd-gecko mailing list