Closed pepijnblom closed 9 years ago
denji
commented
9 years ago /usr/bin/awk: calling undefined function strtonum
input record number 660, file /usr/local/Cellar/hhvm/HEAD/src/third-party/libmbfl/mbfl/EastAsianWidth.txt
source line number 48
pepijnblom
commented
9 years ago If it's of any use:
awk version 20070501We use the GNU version of awk, it covers a wider range of tests:
brew install gawk
brew link gawk
awk --version
GNU Awk 4.1.3, API: 1.1
Copyright (C) 1989, 1991-2015 Free Software Foundation.Thank you, installed awk and now it got to 7%
....... SNIPPED........
[ 7%] Built target hack
[ 7%] Linking CXX static library libvixl.a
cd /usr/local/Cellar/hhvm/HEAD/src/hphp/vixl && /usr/local/Cellar/cmake/3.3.0/bin/cmake -P CMakeFiles/vixl.dir/cmake_clean_target.cmake
cd /usr/local/Cellar/hhvm/HEAD/src/hphp/vixl && /usr/local/Cellar/cmake/3.3.0/bin/cmake -E cmake_link_script CMakeFiles/vixl.dir/link.txt --verbose=1
/usr/bin/ar cq libvixl.a CMakeFiles/vixl.dir/utils.cc.o CMakeFiles/vixl.dir/a64/assembler-a64.cc.o CMakeFiles/vixl.dir/a64/cpu-a64.cc.o CMakeFiles/vixl.dir/a64/debugger-a64.cc.o CMakeFiles/vixl.dir/a64/decoder-a64.cc.o CMakeFiles/vixl.dir/a64/disasm-a64.cc.o CMakeFiles/vixl.dir/a64/instructions-a64.cc.o CMakeFiles/vixl.dir/a64/instrument-a64.cc.o CMakeFiles/vixl.dir/a64/macro-assembler-a64.cc.o CMakeFiles/vixl.dir/a64/simulator-a64.cc.o
/usr/bin/ranlib libvixl.a
[ 7%] Built target vixl
make: *** [all] Error 2
==> Formula
Tap: mcuadros/homebrew-hhvm
Path: /usr/local/Library/Taps/mcuadros/homebrew-hhvm/hhvm.rb
==> Configuration
HOMEBREW_VERSION: 0.9.5
ORIGIN: https://github.com/Homebrew/homebrew
HEAD: ce57a5f97ddadf11af777ee03c43a12647da6b87
Last commit: 3 hours ago
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_BOTTLE_DOMAIN: https://homebrew.bintray.com
CPU: quad-core 64-bit sandybridge
OS X: 10.10.4-x86_64
Xcode: 6.4
CLT: 6.4.0.0.1.1435007323
Clang: 6.1 build 602
X11: 2.7.7 => /opt/X11
System Ruby: 2.0.0-p481
Perl: /usr/bin/perl
Python: /usr/local/bin/python => /usr/local/Cellar/python/2.7.10_2/Frameworks/Python.framework/Versions/2.7/bin/python2.7
Ruby: /opt/chef/embedded/bin/ruby
Java: 1.6.0_65
==> ENV
CC: /usr/local/opt/llvm/bin/clang => /usr/local/Cellar/llvm/3.6.2/bin/clang-3.6
CXX: /usr/local/opt/llvm/bin/clang++ => /usr/local/Cellar/llvm/3.6.2/bin/clang-3.6
LD: /usr/local/opt/llvm/bin/lld
OBJC: clang
OBJCXX: clang++
HOMEBREW_CC: clang
HOMEBREW_CXX: clang++
MAKEFLAGS: -j4
CMAKE_PREFIX_PATH: /usr/local/opt/llvm:/usr/local/opt/openssl:/usr/local/opt/binutils-fb:/usr/local/opt/curl:/usr/local/opt/gettext:/usr/local/opt/icu4c:/usr/local/opt/jemalloc-fb:/usr/local/opt/libarchive:/usr/local/opt/libxml2:/usr/local/opt/libxslt:/usr/local/opt/readline:/usr/local/opt/sqlite:/usr/local
CMAKE_INCLUDE_PATH: /System/Library/Frameworks/OpenGL.framework/Versions/Current/Headers
CMAKE_LIBRARY_PATH: /System/Library/Frameworks/OpenGL.framework/Versions/Current/Libraries
PKG_CONFIG_PATH: /usr/local/opt/openssl/lib/pkgconfig:/usr/local/opt/curl/lib/pkgconfig:/usr/local/opt/libpng/lib/pkgconfig:/usr/local/opt/freetype/lib/pkgconfig:/usr/local/opt/fontconfig/lib/pkgconfig:/usr/local/opt/libtiff/lib/pkgconfig:/usr/local/opt/gd/lib/pkgconfig:/usr/local/opt/glog/lib/pkgconfig:/usr/local/opt/icu4c/lib/pkgconfig:/usr/local/opt/xz/lib/pkgconfig:/usr/local/opt/imagemagick/lib/pkgconfig:/usr/local/opt/libarchive/lib/pkgconfig:/usr/local/opt/libelf/lib/pkgconfig:/usr/local/opt/libevent/lib/pkgconfig:/usr/local/opt/libmemcached/lib/pkgconfig:/usr/local/opt/libssh2/lib/pkgconfig:/usr/local/opt/libvpx/lib/pkgconfig:/usr/local/opt/libxml2/lib/pkgconfig:/usr/local/opt/libxslt/lib/pkgconfig:/usr/local/opt/libzip/lib/pkgconfig:/usr/local/opt/lz4/lib/pkgconfig:/usr/local/opt/oniguruma/lib/pkgconfig:/usr/local/opt/pcre/lib/pkgconfig:/usr/local/opt/sqlite/lib/pkgconfig
PKG_CONFIG_LIBDIR: /usr/lib/pkgconfig:/usr/local/Library/ENV/pkgconfig/10.10
ACLOCAL_PATH: /usr/local/opt/curl/share/aclocal:/usr/local/opt/gettext/share/aclocal:/usr/local/opt/libxml2/share/aclocal:/usr/local/opt/libxslt/share/aclocal:/usr/local/share/aclocal
PATH: /usr/local/Library/ENV/4.3:/usr/local/opt/cmake/bin:/usr/local/opt/libtool/bin:/usr/local/opt/autoconf/bin:/usr/local/opt/automake/bin:/usr/local/opt/llvm/bin:/usr/local/opt/pkg-config/bin:/usr/local/opt/openssl/bin:/usr/local/opt/binutils-fb/bin:/usr/local/opt/curl/bin:/usr/local/opt/libpng/bin:/usr/local/opt/freetype/bin:/usr/local/opt/fontconfig/bin:/usr/local/opt/jpeg/bin:/usr/local/opt/libtiff/bin:/usr/local/opt/gd/bin:/usr/local/opt/gettext/bin:/usr/local/opt/gflags/bin:/usr/local/opt/icu4c/bin:/usr/local/opt/xz/bin:/usr/local/opt/imagemagick/bin:/usr/local/opt/imap-uw/bin:/usr/local/opt/jemalloc-fb/bin:/usr/local/opt/libarchive/bin:/usr/local/opt/libevent/bin:/usr/local/opt/memcached/bin:/usr/local/opt/libmemcached/bin:/usr/local/opt/libxml2/bin:/usr/local/opt/libxslt/bin:/usr/local/opt/libzip/bin:/usr/local/opt/lz4/bin:/usr/local/opt/mcrypt/bin:/usr/local/opt/objective-caml/bin:/usr/local/opt/oniguruma/bin:/usr/local/opt/pcre/bin:/usr/local/opt/re2c/bin:/usr/local/opt/sqlite/bin:/usr/local/opt/unixodbc/bin:/usr/local/opt/mysql/bin:/usr/local/opt/git/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin
Error: mcuadros/hhvm/hhvm HEAD did not build
Logs:
/Users/graciousstudios/Library/Logs/Homebrew/hhvm/01.cmake
/Users/graciousstudios/Library/Logs/Homebrew/hhvm/01.cmake.cc
/Users/graciousstudios/Library/Logs/Homebrew/hhvm/02.make
/Users/graciousstudios/Library/Logs/Homebrew/hhvm/02.make.cc....... SNIPPED........
In your log there is no error at cmake multithreaded operation, the output errors can be in parallel in the middle of the log
pepijnblom
commented
9 years ago Apologies, it was quite a long log so I couldn't actually post it as a comment. I have now rerun it again and put it in a gist here: https://gist.github.com/pepijnblom/2175f135ee3c9bc96aab
denji
commented
9 years ago hphp/runtime/base/resource-data.h:22:10: fatal error: 'hphp/scan-methods/all-scan-decl.h' file not foun
-- Looking for include file sys/shm.h
In file included from hphp.y:11:
In file included from /usr/local/Cellar/hhvm/HEAD/src/hphp/compiler/parser/parser.h:30:
In file included from /usr/local/Cellar/hhvm/HEAD/src/hphp/compiler/expression/scalar_expression.h:21:
In file included from /usr/local/Cellar/hhvm/HEAD/src/hphp/runtime/base/type-variant.h:22:
In file included from /usr/local/Cellar/hhvm/HEAD/src/hphp/runtime/base/tv-helpers.h:22:
/usr/local/Cellar/hhvm/HEAD/src/hphp/runtime/base/resource-data.h:22:10: fatal error: 'hphp/scan-methods/all-scan-decl.h' file not found
#include "hphp/scan-methods/all-scan-decl.h"
^Any progress on this? Here's my new attempt: https://gist.github.com/pepijnblom/543356b1663e4c20fdfe
denji
commented
9 years ago @pepijnblom Already bug reported WebScaleSQL, not solved issues: https://github.com/webscalesql/webscalesql-5.6/issues/22
/usr/local/bin/ocamlc.opt -c -g -w A -warn-error A -w -27 -w -4-6-29-35-44-48 -I server -I utils -I typing -I stubs -I socket -I search -I procs -I parsing -I naming -I hhi -I heap -I h2tp -I globals -I fsnotify_darwin -I fsevents -I format -I emitter -I dfind -I deps -I client -I third-party/core -I third-party/avl -I h2tp/unparser -I h2tp/test -I h2tp/mapper -I h2tp/common -o server/serverInit.cmi server/serverInit.mli
-- Performing Test edit_USE_NEW_READLINE_INTERFACE - Failed
CMake Error at cmake/readline.cmake:183 (MESSAGE/usr/local/bin/ocamldep.opt -modules stubs/ai.ml > stubs/ai.ml.depends
):
Cannot use libreadline!
Call Stack (most recent call first):
cmake/readline.cmake:194 (FIND_SYSTEM_LIBEDIT)
CMakeLists.txt:397 (MYSQL_CHECK_READLINE)
designsimply
commented
9 years ago I'm running into this problem as well:
-- Performing Test edit_USE_LIBEDIT_INTERFACE
-- Performing Test edit_USE_LIBEDIT_INTERFACE - Failed
-- Performing Test edit_USE_NEW_READLINE_INTERFACE
-- Performing Test edit_USE_NEW_READLINE_INTERFACE - Failed
CMake Error at cmake/readline.cmake:183 (MESSAGE):
Cannot use libreadline!
Call Stack (most recent call first):
cmake/readline.cmake:194 (FIND_SYSTEM_LIBEDIT)
CMakeLists.txt:397 (MYSQL_CHECK_READLINE)
-- Configuring incomplete, errors occurred!
See also "/usr/local/Cellar/hhvm/3.8.0/src/third-party/webscalesqlclient/webscalesql-5.6/CMakeFiles/CMakeOutput.log".
See also "/usr/local/Cellar/hhvm/3.8.0/src/third-party/webscalesqlclient/webscalesql-5.6/CMakeFiles/CMakeError.log".
make[2]: *** [third-party/webscalesqlclient/build/src/webscalesqlclient-stamp/webscalesqlclient-configure] Error 1
make[1]: *** [third-party/webscalesqlclient/CMakeFiles/webscalesqlclient.dir/all] Error 2Full log: https://gist.github.com/anonymous/42c7e3c74d8993886d23
If I try with --HEAD, patching fails: https://gist.github.com/anonymous/619cb63178e792400b8d
Is the workaround posted at https://github.com/webscalesql/webscalesql-5.6/issues/22#issuecomment-132051903 a good solution? I admit I'm not sure how to try it. Would I need to try building HHVM from source instead of using brew in order to try the workaround wjywbs suggested?
denji
commented
9 years ago @designsimply Merged readline (99-100) https://github.com/mcuadros/homebrew-hhvm/commit/861f04d5426ade52ff70383fdc2e473045dc60f6.
pepijnblom
commented
9 years ago Alright an update and a commit :+1:
New problem:
pepijn:~ graciousstudios$ brew install hhvm --HEAD --verbose
==> Installing hhvm from mcuadros/homebrew-hhvm
==> Cloning https://github.com/facebook/hhvm.git
git clone --depth 1 --branch master https://github.com/facebook/hhvm.git /Library/Caches/Homebrew/hhvm--git
Cloning into '/Library/Caches/Homebrew/hhvm--git'...
remote: Counting objects: 44655, done.
remote: Compressing objects: 100% (34554/34554), done.
remote: Total 44655 (delta 6728), reused 31476 (delta 5553), pack-reused 0
Receiving objects: 100% (44655/44655), 22.16 MiB | 1.54 MiB/s, done.
Resolving deltas: 100% (6728/6728), done.
Checking connectivity... done.
Checking out files: 100% (57610/57610), done.
git config homebrew.cacheversion 0
git submodule foreach --recursive git submodule sync
git submodule update --init --recursive
Submodule 'third-party' (https://github.com/hhvm/hhvm-third-party.git) registered for path 'third-party'
Cloning into 'third-party'...
remote: Counting objects: 3093, done.
remote: Total 3093 (delta 0), reused 0 (delta 0), pack-reused 3093
Receiving objects: 100% (3093/3093), 7.72 MiB | 4.51 MiB/s, done.
Resolving deltas: 100% (1695/1695), done.
Checking connectivity... done.
Submodule path 'third-party': checked out '22e9f9b3916d45921b71bebcae248ba28f15b74d'
Submodule 'folly' (https://github.com/facebook/folly.git) registered for path 'folly/src'
Submodule 'mcrouter/src' (https://github.com/facebook/mcrouter) registered for path 'mcrouter/src'
Submodule 'proxygen/src' (https://github.com/facebook/proxygen) registered for path 'proxygen/src'
Submodule 're2/src' (https://github.com/google/re2.git) registered for path 're2/src'
Submodule 'squangle/squangle' (https://github.com/facebook/squangle.git) registered for path 'squangle/src'
Submodule 'thrift/src' (https://github.com/facebook/fbthrift.git) registered for path 'thrift/src'
Submodule 'wangle/src' (https://github.com/facebook/wangle) registered for path 'wangle/src'
Submodule 'webscalesqlclient/webscalesql-5.6' (https://github.com/webscalesql/webscalesql-5.6.git) registered for path 'webscalesqlclient/webscalesql-5.6'
Cloning into 'folly/src'...
remote: Counting objects: 15441, done.
remote: Compressing objects: 100% (39/39), done.
remote: Total 15441 (delta 16), reused 0 (delta 0), pack-reused 15402
Receiving objects: 100% (15441/15441), 6.53 MiB | 5.12 MiB/s, done.
Resolving deltas: 100% (12062/12062), done.
Checking connectivity... done.
Submodule path 'third-party/folly/src': checked out '2f107c8a68fe63d9e27a0cb62348a6d3b3e4d27b'
Cloning into 'mcrouter/src'...
remote: Counting objects: 7736, done.
remote: Total 7736 (delta 0), reused 0 (delta 0), pack-reused 7736
Receiving objects: 100% (7736/7736), 2.39 MiB | 1.27 MiB/s, done.
Resolving deltas: 100% (6230/6230), done.
Checking connectivity... done.
Submodule path 'third-party/mcrouter/src': checked out '8303e732b94469d213266dc512cece4860875305'
Cloning into 'proxygen/src'...
remote: Counting objects: 4195, done.
remote: Total 4195 (delta 0), reused 0 (delta 0), pack-reused 4195
Receiving objects: 100% (4195/4195), 1.35 MiB | 1.40 MiB/s, done.
Resolving deltas: 100% (3261/3261), done.
Checking connectivity... done.
Submodule path 'third-party/proxygen/src': checked out '63d5d06598d1dcb1cf02f69256012afe5b92287e'
Cloning into 're2/src'...
remote: Counting objects: 1255, done.
remote: Total 1255 (delta 0), reused 0 (delta 0), pack-reused 1255
Receiving objects: 100% (1255/1255), 1.04 MiB | 1.17 MiB/s, done.
Resolving deltas: 100% (906/906), done.
Checking connectivity... done.
Submodule path 'third-party/re2/src': checked out 'e236c93f0bb0cae690c44534537b4c019eb8d214'
Cloning into 'squangle/src'...
remote: Counting objects: 204, done.
remote: Total 204 (delta 0), reused 0 (delta 0), pack-reused 204
Receiving objects: 100% (204/204), 102.63 KiB | 0 bytes/s, done.
Resolving deltas: 100% (130/130), done.
Checking connectivity... done.
Submodule path 'third-party/squangle/src': checked out '2661b7b4ffd2533f1cead7c45d369177d44315ff'
Cloning into 'thrift/src'...
remote: Counting objects: 16412, done.
remote: Total 16412 (delta 0), reused 0 (delta 0), pack-reused 16412
Receiving objects: 100% (16412/16412), 7.78 MiB | 4.82 MiB/s, done.
Resolving deltas: 100% (12564/12564), done.
Checking connectivity... done.
Submodule path 'third-party/thrift/src': checked out '0978942517da276b7d7367a982d8f63ed357e9c9'
Cloning into 'wangle/src'...
remote: Counting objects: 1026, done.
remote: Compressing objects: 100% (287/287), done.
remote: Total 1026 (delta 108), reused 0 (delta 0), pack-reused 734
Receiving objects: 100% (1026/1026), 441.78 KiB | 0 bytes/s, done.
Resolving deltas: 100% (530/530), done.
Checking connectivity... done.
Submodule path 'third-party/wangle/src': checked out '2daef6273ecd99716b9dadd8db96e4c56cbb8cd5'
Cloning into 'webscalesqlclient/webscalesql-5.6'...
remote: Counting objects: 875537, done.
remote: Total 875537 (delta 0), reused 0 (delta 0), pack-reused 875537
Receiving objects: 100% (875537/875537), 288.27 MiB | 7.07 MiB/s, done.
Resolving deltas: 100% (710567/710567), done.
Checking connectivity... done.
Submodule path 'third-party/webscalesqlclient/webscalesql-5.6': checked out '04456ee8cb3f537537873504b33cdea17e346b12'
==> Checking out branch master
==> Patching
patching file hphp/runtime/base/emulate-zend.cpp
Hunk #1 FAILED at 234.
1 out of 1 hunk FAILED -- saving rejects to file hphp/runtime/base/emulate-zend.cpp.rej
patching file hphp/runtime/base/program-functions.cpp
Hunk #1 FAILED at 1345.
1 out of 1 hunk FAILED -- saving rejects to file hphp/runtime/base/program-functions.cpp.rej
Error: Failure while executing: /usr/bin/patch -g 0 -f -p1
pepijn:~ graciousstudios$ sudo rm -rf /Library/Caches/Homebrew/
Password:
pepijn:~ graciousstudios$ brew install hhvm --HEAD --verbose
==> Installing hhvm from mcuadros/homebrew-hhvm
==> Cloning https://github.com/facebook/hhvm.git
git clone --depth 1 --branch master https://github.com/facebook/hhvm.git /Library/Caches/Homebrew/hhvm--git
Cloning into '/Library/Caches/Homebrew/hhvm--git'...
remote: Counting objects: 44655, done.
remote: Compressing objects: 100% (34554/34554), done.
remote: Total 44655 (delta 6728), reused 31476 (delta 5553), pack-reused 0
Receiving objects: 100% (44655/44655), 22.16 MiB | 7.33 MiB/s, done.
Resolving deltas: 100% (6728/6728), done.
Checking connectivity... done.
Checking out files: 100% (57610/57610), done.
git config homebrew.cacheversion 0
git submodule foreach --recursive git submodule sync
git submodule update --init --recursive
Submodule 'third-party' (https://github.com/hhvm/hhvm-third-party.git) registered for path 'third-party'
Cloning into 'third-party'...
remote: Counting objects: 3093, done.
remote: Total 3093 (delta 0), reused 0 (delta 0), pack-reused 3093
Receiving objects: 100% (3093/3093), 7.72 MiB | 5.32 MiB/s, done.
Resolving deltas: 100% (1695/1695), done.
Checking connectivity... done.
Submodule path 'third-party': checked out '22e9f9b3916d45921b71bebcae248ba28f15b74d'
Submodule 'folly' (https://github.com/facebook/folly.git) registered for path 'folly/src'
Submodule 'mcrouter/src' (https://github.com/facebook/mcrouter) registered for path 'mcrouter/src'
Submodule 'proxygen/src' (https://github.com/facebook/proxygen) registered for path 'proxygen/src'
Submodule 're2/src' (https://github.com/google/re2.git) registered for path 're2/src'
Submodule 'squangle/squangle' (https://github.com/facebook/squangle.git) registered for path 'squangle/src'
Submodule 'thrift/src' (https://github.com/facebook/fbthrift.git) registered for path 'thrift/src'
Submodule 'wangle/src' (https://github.com/facebook/wangle) registered for path 'wangle/src'
Submodule 'webscalesqlclient/webscalesql-5.6' (https://github.com/webscalesql/webscalesql-5.6.git) registered for path 'webscalesqlclient/webscalesql-5.6'
Cloning into 'folly/src'...
remote: Counting objects: 15441, done.
remote: Compressing objects: 100% (39/39), done.
remote: Total 15441 (delta 16), reused 0 (delta 0), pack-reused 15402
Receiving objects: 100% (15441/15441), 6.53 MiB | 3.02 MiB/s, done.
Resolving deltas: 100% (12062/12062), done.
Checking connectivity... done.
Submodule path 'third-party/folly/src': checked out '2f107c8a68fe63d9e27a0cb62348a6d3b3e4d27b'
Cloning into 'mcrouter/src'...
remote: Counting objects: 7736, done.
remote: Total 7736 (delta 0), reused 0 (delta 0), pack-reused 7736
Receiving objects: 100% (7736/7736), 2.39 MiB | 1.39 MiB/s, done.
Resolving deltas: 100% (6230/6230), done.
Checking connectivity... done.
Submodule path 'third-party/mcrouter/src': checked out '8303e732b94469d213266dc512cece4860875305'
Cloning into 'proxygen/src'...
remote: Counting objects: 4195, done.
remote: Total 4195 (delta 0), reused 0 (delta 0), pack-reused 4195
Receiving objects: 100% (4195/4195), 1.35 MiB | 1.27 MiB/s, done.
Resolving deltas: 100% (3261/3261), done.
Checking connectivity... done.
Submodule path 'third-party/proxygen/src': checked out '63d5d06598d1dcb1cf02f69256012afe5b92287e'
Cloning into 're2/src'...
remote: Counting objects: 1255, done.
remote: Total 1255 (delta 0), reused 0 (delta 0), pack-reused 1255
Receiving objects: 100% (1255/1255), 1.04 MiB | 1.55 MiB/s, done.
Resolving deltas: 100% (906/906), done.
Checking connectivity... done.
Submodule path 'third-party/re2/src': checked out 'e236c93f0bb0cae690c44534537b4c019eb8d214'
Cloning into 'squangle/src'...
remote: Counting objects: 204, done.
remote: Total 204 (delta 0), reused 0 (delta 0), pack-reused 204
Receiving objects: 100% (204/204), 102.63 KiB | 0 bytes/s, done.
Resolving deltas: 100% (130/130), done.
Checking connectivity... done.
Submodule path 'third-party/squangle/src': checked out '2661b7b4ffd2533f1cead7c45d369177d44315ff'
Cloning into 'thrift/src'...
remote: Counting objects: 16412, done.
remote: Total 16412 (delta 0), reused 0 (delta 0), pack-reused 16412
Receiving objects: 100% (16412/16412), 7.78 MiB | 4.08 MiB/s, done.
Resolving deltas: 100% (12564/12564), done.
Checking connectivity... done.
Submodule path 'third-party/thrift/src': checked out '0978942517da276b7d7367a982d8f63ed357e9c9'
Cloning into 'wangle/src'...
remote: Counting objects: 1026, done.
remote: Compressing objects: 100% (287/287), done.
remote: Total 1026 (delta 108), reused 0 (delta 0), pack-reused 734
Receiving objects: 100% (1026/1026), 441.78 KiB | 0 bytes/s, done.
Resolving deltas: 100% (530/530), done.
Checking connectivity... done.
Submodule path 'third-party/wangle/src': checked out '2daef6273ecd99716b9dadd8db96e4c56cbb8cd5'
Cloning into 'webscalesqlclient/webscalesql-5.6'...
remote: Counting objects: 875537, done.
remote: Total 875537 (delta 0), reused 0 (delta 0), pack-reused 875537
Receiving objects: 100% (875537/875537), 288.27 MiB | 7.54 MiB/s, done.
Resolving deltas: 100% (710567/710567), done.
Checking connectivity... done.
Submodule path 'third-party/webscalesqlclient/webscalesql-5.6': checked out '04456ee8cb3f537537873504b33cdea17e346b12'
==> Checking out branch master
==> Patching
patching file hphp/runtime/base/emulate-zend.cpp
Hunk #1 FAILED at 234.
1 out of 1 hunk FAILED -- saving rejects to file hphp/runtime/base/emulate-zend.cpp.rej
patching file hphp/runtime/base/program-functions.cpp
Hunk #1 FAILED at 1345.
1 out of 1 hunk FAILED -- saving rejects to file hphp/runtime/base/program-functions.cpp.rej
Error: Failure while executing: /usr/bin/patch -g 0 -f -p1@pepijnblom HHVM 3.9.0 https://github.com/mcuadros/homebrew-hhvm/commit/927639a7ba3aed160dcc1e15e51d4ef63938f57f
designsimply
commented
9 years ago denji thank you!
My troubles with readline are solved and now I'm having a problem with linker errors. Here are the details but please let me know if I should open a separate issue.
[ 17%] Linking CXX executable pcre_scanner_unittest
cd /usr/local/Cellar/hhvm/3.8.0/src/third-party/pcre && /usr/local/Cellar/cmake/3.3.1/bin/cmake -E cmake_link_script CMakeFiles/pcre_scanner_unittest.dir/link.txt --verbose=1
/usr/local/opt/llvm/bin/clang++ -I/usr/local/opt/readline/include -L/usr/local/opt/readline/lib -Wall -std=gnu++11 -stdlib=libc++ -fno-omit-frame-pointer -Woverloaded-virtual -Wno-deprecated -Wno-strict-aliasing -Wno-write-strings -Wno-invalid-offsetof -fno-operator-names -Wno-error=array-bounds -Wno-error=switch -Werror=format-security -Wno-unused-result -Wno-sign-compare -Wno-attributes -Wno-maybe-uninitialized -Wno-mismatched-tags -Wno-unknown-warning-option -Wno-return-type-c-linkage -Qunused-arguments -march=native -O3 -DNDEBUG -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk -Wl,-search_paths_first -Wl,-headerpad_max_install_names CMakeFiles/pcre_scanner_unittest.dir/pcre_scanner_unittest.cc.o -o pcre_scanner_unittest -L/usr/local/Cellar/libmemcached/1.0.18_1/lib libpcrecpp.a libpcre.a -Wl,-rpath,/usr/local/Cellar/libmemcached/1.0.18_1/lib
[ 89%] Building CXX object mysys_ssl/CMakeFiles/mysys_ssl.dir/my_md5.cc.o
Undefined symbols for architecture x86_64:
"std::terminate()", referenced from:
___clang_call_terminate in libpcrecpp.a(pcrecpp.cc.o)
ld: symbol(s) not found for architecture x86_64
clang-3.6: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [third-party/pcre/pcre_scanner_unittest] Error 1
make[1]: *** [third-party/pcre/CMakeFiles/pcre_scanner_unittest.dir/all] Error 2Full log: https://gist.github.com/anonymous/723e2d29fd38d230925b
In my environment, I noticed that which clang++ returns /usr/bin/clang++ but in the line above where the linker error appears, I see a different path /usr/local/opt/llvm/bin/clang++. Is that anything to worry about?
Here are some related CLI details about clang++ on my system which is OS X, 10.10.5-x86_64:
↪ which clang++
/usr/bin/clang++
↪ clang++ --version
Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)
Target: x86_64-apple-darwin14.5.0
Thread model: posix
↪ /usr/local/opt/llvm/bin/clang++ --version
clang version 3.6.2 (tags/RELEASE_362/final)
Target: x86_64-apple-darwin14.5.0
Thread model: posixI tried searching for the error and found the following stackoverflow answer for a similar-sounding problem report when building with clang++ for a different project, so I'm not sure it's related but am including it here in case it's helpful. It says:
You appear to be explicitly linking against libc++ which means that the ordering is likely going wrong on your link line.
Answers like the following from https://github.com/Homebrew/homebrew/issues/42957 in regard to building in superenv with LLVM's clang scare me, probably more than they should. :)
it's too easy to accidentally screw your compiler (or Homebrew to do so itself) and break Homebrew in interesting ways
relying on Homebrew's LLVM --with-clang for build purposes is a fairly big no-no
denji
commented
9 years ago @designsimply The problem is purely in pcre in which the supply hhvm-third-party, I'm not sure if we can override its dependencies (in any case they are trying to use their version of pcre with flags compilations that work correctly only on linux/macports-root-hacks).
Actually I'm going to check the work on clang-3.7/clang-3.8 and Code-Pointer Integrity - control-flow hijack protection, but the problem must be in the external dependencies facebook. Presumably the problem should be here. hhvm-third-party nightmare – which cannot be disabled for their upgrades and application of patches on-fly ⚓︎
In my environment, I noticed that which clang++ returns /usr/bin/clang++ but in the line above where the linker error appears, I see a different path /usr/local/opt/llvm/bin/clang++. Is that anything to worry about?
We should not use hhvm delivery of XCode in it removed the implementation of Thread-local storage (TLS) which is so necessary for HHVM and minimal support for C++11.
@jwatzman Before migrate this repository to the organization homebrew, we need to prepare more flexible according hhvm-third-party (or not to download most of them). Do you have additional thoughts or recommendations?
jwatzman
commented
9 years ago I have no idea what you're referring to with hhvm-third-party.
denji
commented
9 years ago @jwatzman Do not use git-submodule automatically (hhvm-third-party) ./bootstrap.sh? we can do individual packages, or use ready-made packages from homebrew. I looked at your official formule Homebrew/homebrew#43074 he pulls a lot of the same things that are already available in the form of a homebrew package; Why duplicate these libraries, no have idea…
jwatzman
commented
9 years ago I'm still not sure what the problem is. HHVM itself doesn't use the submodule automatically (but does expect the user to run git submodule to clone it). The brew formula I wrote uses brew's usual mechanism for this. It's important we pick the exact submodule revision that HHVM specifies. The brew formula should not contain a submodule hash! Mismatches between what HHVM expects and what the brew formula includes would be very bad.
If there are specific duplicates, we should fix them in HHVM, to have better detection of when things are available on the system. What is duplicated but should not be built? I know brew has a package for folly that we don't use since we require very specific versions, which change with each version of HHVM. Brew also has a package for PCRE which we could maybe use if the PCRE JIT is enabled, but HHVM must have the PCRE JIT enabled for performance.
denji
commented
9 years ago HHVM itself doesn't use the submodule automatically (but does expect the user to run git submodule to clone it).
It's true, if we run from the command line git, but for example can brew start automatically pull submodule if present .gitmodule --HEAD (master branch), --devel (stable/backports branch)
PCRE JIT is enabled, but HHVM must have the PCRE JIT enabled for performance.
Already enabled all optimizations in the basic functionality https://github.com/Homebrew/homebrew/blob/master/Library/Formula/pcre.rb#L43
brew has a package for folly that we don't use since we require very specific versions, which change with each version of HHVM
- We can duplicate folly module specifically for (
folly-hhvm) folly-hhvm.rb special version.- MariaDB we can use as a substitute WebScaleSQL as I know both have an async mysql client.
But in WebScaleSQL problems with cross-platform because it is built on the basis of Oracle MySQL (many internal cmake problem not solved).
jwatzman
commented
9 years ago It's true, if we run from the command line git, but for example can brew start automatically pull submodule if present .gitmodule --HEAD (master branch), --devel (stable/backports branch)
I'm not sure what you're trying to say here. Brew pulling whatever submodule the revision of HHVM you checked out specified is the right thing to do.
Already enabled all optimizations in the basic functionality https://github.com/Homebrew/homebrew/blob/master/Library/Formula/pcre.rb#L43
Good to know, I'll look into whether it's suitable or not.
We can duplicate folly module specifically for (folly-hhvm) folly-hhvm.rb special version.
Again, I'm not sure what you're trying to say here. A folly-hhvm.rb formula is the wrong approach. The HHVM repo already specifies the exact version of folly it needs, which may not be a versioned release. HHVM needs to build with exactly that version, and packaging that version widely isn't necessarily useful.
MariaDB we can use as a substitute WebScaleSQL as I know both have an async mysql client. But in WebScaleSQL problems with cross-platform because it is built on the basis of Oracle MySQL (many internal cmake problem not solved).
Just because MariaDB has async functionality doesn't mean its functionality is compatible with that we expect in libwebscalesql. It's something to look into, but on the other hand, it's another configuration we'd have to support. The less configurations, the better. It's why my formula doesn't allow switching the SQL implementation, or lots of other options. The HHVM team doesn't want the burden of trying to support that.
fredemmott
commented
9 years ago @denji: MariaDB's async implementation is an entirely different API - it would not be a matter of trying to fix some minor compatibility issues - it would most likely be rewriting a substantial portion of https://github.com/facebook/squangle/tree/master/squangle/mysql_client
denji
commented
9 years ago it would most likely be rewriting a substantial portion of https://github.com/facebook/squangle/tree/master/squangle/mysql_client
This is great news, let's wait for separate WebScaleSQL::Client with the absence of urgent problems!
Again, I'm not sure what you're trying to say here. A folly-hhvm.rb formula is the wrong approach. The HHVM repo already specifies the exact version of folly it needs, which may not be a versioned release. HHVM needs to build with exactly that version, and packaging that version widely isn't necessarily useful.
We can specify the homebrew formula, what version of git we want to build folly-hhvm (stable too). The division into separate packages more methodical approach, or you want to build HHVM with static-linking/dynamic-relative-rpath?
I'm not sure what you're trying to say here. Brew pulling whatever submodule the revision of HHVM you checked out specified is the right thing to do.
This creates additional difficulties for lifting patches on each package inside hhvm-third-party. Also would we be able to just set the parameters for GNU-autoconf inside cmake..
fredemmott
commented
9 years ago This is great news, let's wait for separate WebScaleSQL::Client with the absence of urgent problems!
I think you misunderstood - I am saying that a lot of work is required. None of the following are planned:
Here you go: