[Bug 211171] audio/ncmpcpp: Crashes after start with "Abort (Core dumped)" or "Abort trap (Core dumped)"

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211171

--- Comment #4 from artur.zych at gmail.com ---
(In reply to yamagi from comment #1)

Attached both user and root truss outputs.
I've skimmed through both, and there seems to be a lot of lib dependencies
missing (ie. boost, heimdal). I've installed boost using pkg and heimdal as an
optional dependency with another port (can't remember which).

root at logic:~/3rd_party_sources/ncmpcpp-0.7.4 # pkg info heimdal
heimdal-1.5.3_4
Name           : heimdal
Version        : 1.5.3_4
Installed on   : Mon Jul 18 17:31:34 2016 CEST
Origin         : security/heimdal
Architecture   : freebsd:11:x86:64
Prefix         : /usr/local
Categories     : security ipv6
Licenses       : BSD3CLAUSE
Maintainer     : hrs at FreeBSD.org
WWW            : http://www.h5l.org/
Comment        : Popular BSD-licensed implementation of Kerberos 5
Options        :
        BDB            : on
        CRACKLIB       : off
        DIGEST         : on 
        IPV6           : on
        KX509          : on
        LDAP           : off
        PKINIT         : on
        SQLITE         : off
        X11            : off

After this i've rebuilt heimdal with X11 and cracklib, but the problem persists
exactly as described previously. 

I've also run the clang ./configure you proposed, and it stopped
on missing boost/bind.hpp:

checking for ranlib... ranlib
checking command to parse /usr/local/bin/nm -B output from /usr/bin/clang
object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... /usr/bin/clang -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if /usr/bin/clang supports -fno-rtti -fno-exceptions... yes
checking for /usr/bin/clang option to produce PIC... -fPIC -DPIC
checking if /usr/bin/clang PIC flag -fPIC -DPIC works... yes
checking if /usr/bin/clang static flag -static works... yes
checking if /usr/bin/clang supports -c -o file.o... yes
checking if /usr/bin/clang supports -c -o file.o... (cached) yes
checking whether the /usr/bin/clang linker (/usr/bin/clang++) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... freebsd11.0 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... no
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking how to run the C++ preprocessor... /usr/bin/clang++ -E
checking for ld used by /usr/bin/clang++... /usr/bin/clang++
checking if the linker (/usr/bin/clang++) is GNU ld... no
checking whether the /usr/bin/clang++ linker (/usr/bin/clang++) supports shared
libraries... yes
checking for /usr/bin/clang++ option to produce PIC... -fPIC -DPIC
checking if /usr/bin/clang++ PIC flag -fPIC -DPIC works... yes
checking if /usr/bin/clang++ static flag -static works... yes
checking if /usr/bin/clang++ supports -c -o file.o... yes
checking if /usr/bin/clang++ supports -c -o file.o... (cached) yes
checking whether the /usr/bin/clang++ linker (/usr/bin/clang++) supports shared
libraries... yes
checking dynamic linker characteristics... freebsd11.0 ld.so
checking how to hardcode library paths into programs... unsupported
checking whether compiler supports -std=c++0x... yes
checking whether compiler supports initializer lists... yes
checking whether compiler supports auto keyword... yes
checking whether compiler supports lambda functions... yes
checking whether calling derived member function passed to lambda without
explicit this usage works ... yes
checking whether compiler supports override keyword... yes
checking boost/bind.hpp usability... no
checking boost/bind.hpp presence... no
checking for boost/bind.hpp... no

I'll try to rebuild boost from port, and let you know if it changes anything.

-- 
You are receiving this mail because:
You are the assignee for the bug.