[Bug 219161] www/webkit2-gtk3: 2.14.6 fails to build depending on $PATH

[bugzilla-noreply at freebsd.org]

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.