Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 05 Jun 2018 14:21:58 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 228764] devel/godot: fails to build on multiple bundled vs. system library conflicts
Message-ID:  <bug-228764-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228764

            Bug ID: 228764
           Summary: devel/godot: fails to build on multiple bundled vs.
                    system library conflicts
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: Individual Port(s)
          Assignee: ports-bugs@FreeBSD.org
          Reporter: amdmi3@FreeBSD.org
                CC: FreeBSD@ShaneWare.Biz
             Flags: maintainer-feedback?(FreeBSD@ShaneWare.Biz)
                CC: FreeBSD@ShaneWare.Biz

There are multiple conflicts between bundled dependencies and systemwide
installed libraries which lead to build errors. For now, I've run into:

- enet:

modules/enet/networked_multiplayer_enet.cpp:65:11: error: no member named
'wildcard' in '_ENetAddress'
                address.wildcard =3D 1;
                ~~~~~~~ ^
modules/enet/networked_multiplayer_enet.cpp:67:3: error: use of undeclared
identifier 'enet_address_set_ip'; did you mean 'enet_address_get_host'?
                enet_address_set_ip(&address, bind_ip.get_ipv6(), 16);
                ^~~~~~~~~~~~~~~~~~~
                enet_address_get_host
/usr/local/include/enet/enet.h:536:14: note: 'enet_address_get_host' declar=
ed
here

- zstd:

[Initial build] clang -o
thirdparty/zstd/compress/zstd_compress.x11.opt.64.llvm.o -c -O2 -pipe
-march=3Dnocona -fstack-protector -fno-strict-aliasing -g1 -O3 -ffast-math =
-O2
-march=3Dnocona -fstack-protector -fno-strict-aliasing -DRTAUDIO_ENABLED -p=
ipe
-pthread -Ithirdparty/rtaudio -w -DNDEBUG -DZSTD_STATIC_LINKING_ONLY
-DFREETYPE_ENABLED -DRECAST_ENABLED -DSVG_ENABLED -DTYPED_METHOD_BIND
-DTOUCH_ENABLED -DOSS_ENABLED -DX11_ENABLED -DUNIX_ENABLED -DOPENGL_ENABLED
-DGLES_ENABLED -DGLES_OVER_GL -DPTRCALL_ENABLED -DGDSCRIPT_ENABLED
-DMINIZIP_ENABLED -DXML_ENABLED -DGLAD_ENABLED -DGLES_OVER_GL -D_THREAD_SAFE
-Icore -Icore/math -Ieditor -Idrivers -I. -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/include/libpng16 -Iplatform/x11
-Ithirdparty/zstd -Ithirdparty/zstd/common -Ithirdparty/rtaudio
-Ithirdparty/glad -Ithirdparty/recastnavigation/Recast
-Ithirdparty/recastnavigation/Recast/Include -Ithirdparty/nanosvg
thirdparty/zstd/compress/zstd_compress.c

In file included from thirdparty/zstd/compress/zstd_compress.c:29:
thirdparty/zstd/compress/zstd_compress_internal.h:46:5: error: unknown type
name 'ZSTD_dictMode_e'
    ZSTD_dictMode_e dictMode;
    ^
thirdparty/zstd/compress/zstd_compress_internal.h:449:37: error: unknown ty=
pe
name 'ZSTD_dictMode_e'
                                    ZSTD_dictMode_e dictMode,
                                    ^
thirdparty/zstd/compress/zstd_compress.c:215:8: error: conflicting types for
'ZSTD_initCCtxParams'
size_t ZSTD_initCCtxParams(ZSTD_CCtx_params* cctxParams, int compressionLev=
el)
{
       ^
thirdparty/zstd/compress/zstd_compress.c:212:12: note: previous implicit
declaration is here
    return ZSTD_initCCtxParams(params, ZSTD_CLEVEL_DEFAULT);
           ^
thirdparty/zstd/compress/zstd_compress.c:283:10: error: use of undeclared
identifier 'ZSTD_p_nbThreads'; did you mean 'ZSTD_p_nbWorkers'?
    case ZSTD_p_nbThreads:
         ^~~~~~~~~~~~~~~~
         ZSTD_p_nbWorkers
/usr/local/include/zstd.h:1031:5: note: 'ZSTD_p_nbWorkers' declared here
    ZSTD_p_nbWorkers=3D400,    /* Select how many threads will be spawned to
compress in parallel.
    ^

These are likely caused by incorrect include path order, e.g. system path
preceeds local one and (some) headers from /usr/local/include are included
instead of local ones.

The solution should be either fixing the include order (or using -isystem
instead of -I for external include paths), or switching to external depends
(which is a  good practice in general).

PS. Also I've enabled verbose build as required by PHB.

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-228764-7788>