[Bug 219161] www/webkit2-gtk3: 2.14.6 fails to build depending on $PATH
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Tue May 9 13:51:02 UTC 2017
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219161
John Hein <z7dr6ut7gs at snkmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |z7dr6ut7gs at snkmail.com
--- Comment #2 from John Hein <z7dr6ut7gs at snkmail.com> ---
This happens to me as well. DEBUG is off. I do have the binutils port
installed. [1]
/usr/local/bin/clang++40 is calling whichever ld(1) is in your path (instead of
the /usr/local/bin/ld installed from the binutils port).
/usr/local/bin/ar crT ../../../lib/libWTFGTK.a
CMakeFiles/WTF.dir/Assertions.cpp.o ...
/usr/local/bin/ranlib ../../../lib/libWTFGTK.a
.
.
.
cd /usr/ports/www/webkit2-gtk3/work/webkitgtk-2.14.6/Source/JavaScriptCore &&
/usr/local/bin/cmake -E cmake_link_script
CMakeFiles/LLIntOffsetsExtractor.dir/link.txt --verbose=1
/usr/local/bin/clang++40 -O2 -pipe -DNDEBUG -fstack-protector
-fno-strict-aliasing -std=c++1y -Qunused-arguments -O2 -pipe -DNDEBUG
-fstack-protector -fno-strict-aliasing -fno-exceptions -fno-strict-aliasing
-fno-rtti -L/usr/local/lib -fstack-protector
MakeFiles/LLIntOffsetsExtractor.dir/llint/LLIntOffsetsExtractor.cpp.o -o
../../bin/LLIntOffsetsExtractor -Wl,-rpath,/usr/local/lib ../../lib/libWTFGTK.a
../../lib/libbmalloc.a /usr/local/lib/libicudata.so
/usr/local/lib/libicui18n.so /usr/local/lib/libicuuc.so
/usr/local/lib/libgio-2.0.so /usr/local/lib/libgobject-2.0.so
/usr/local/lib/libglib-2.0.so -lpthread -lz
/usr/bin/ld:../../lib/libWTFGTK.a: file format not recognized; treating as
linker script
/usr/bin/ld:../../lib/libWTFGTK.a:1: syntax error
This was observed on 10-stable. The previous version that I have installed
(webkit2-gtk3-2.8.5_10) was built on my system with /usr/bin/cc (base clang
3.4). After webkit2-gtk3 was updated to include USES=compiler:c++14-lang, it
is now using clang40 from ports.
One possible fix: pass -B${LOCALBASE}/bin in LDFLAGS (like when DEBUG is on).
But it's not clear to me why the non-DEBUG build is using ports binutils tools
yet.
Note this was also reported in Aug 2016 with clang38 & webkit2-gtk3-2.8.5_5 (no
posted resolution):
https://lists.freebsd.org/pipermail/freebsd-ports/2016-August/104246.html
[1] CMAKE_ARGS is:
% make -V CMAKE_ARGS
-DPORT=GTK -DENABLE_WAYLAND_TARGET:BOOL=OFF -DENABLE_MINIBROWSER:BOOL=ON
-DENABLE_GLES2:BOOL=OFF -DENABLE_ACCELERATED_2D_CANVAS=ON
-DUSE_LD_GOLD:BOOL=OFF -DENABLE_WEBKIT:BOOL=OFF
-DCMAKE_BUILD_TYPE:STRING=Release -DENABLE_GEOLOCATION:BOOL=true
-DCMAKE_C_COMPILER:STRING="/usr/local/bin/clang40"
-DCMAKE_CXX_COMPILER:STRING="/usr/local/bin/clang++40"
-DCMAKE_C_FLAGS:STRING="-O2 -pipe -DNDEBUG -fstack-protector
-fno-strict-aliasing" -DCMAKE_C_FLAGS_DEBUG:STRING="-O2 -pipe -DNDEBUG
-fstack-protector -fno-strict-aliasing" -DCMAKE_C_FLAGS_RELEASE:STRING="-O2
-pipe -DNDEBUG -fstack-protector -fno-strict-aliasing"
-DCMAKE_CXX_FLAGS:STRING="-O2 -pipe -DNDEBUG -fstack-protector
-fno-strict-aliasing " -DCMAKE_CXX_FLAGS_DEBUG:STRING="-O2 -pipe -DNDEBUG
-fstack-protector -fno-strict-aliasing " -DCMAKE_CXX_FLAGS_RELEASE:STRING="-O2
-pipe -DNDEBUG -fstack-protector -fno-strict-aliasing "
-DCMAKE_EXE_LINKER_FLAGS:STRING=" -L/usr/local/lib -fstack-protector"
-DCMAKE_MODULE_LINKER_FLAGS:STRING=" -L/usr/local/lib -fstack-protector"
-DCMAKE_SHARED_LINKER_FLAGS:STRING=" -L/usr/local/lib -fstack-protector"
-DCMAKE_INSTALL_PREFIX:PATH="/usr/local" -DCMAKE_BUILD_TYPE:STRING="Release"
-DTHREADS_HAVE_PTHREAD_ARG:BOOL=YES -DCMAKE_INSTALL_RPATH_USE_LINK_PATH=YES
-DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DPython_ADDITIONAL_VERSIONS=2.7
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-gnome
mailing list