Instructions for installing V8 on Alpine (GN/GYP)

[AlexMasterov]

V8 (Alpine Linux)

make \
  native \
  library=shared \
  snapshot=off \
  werror=no

V8Js

./configure --with-v8js=/usr/local/v8

checking for libv8_libplatform.a... not found
checking for libv8_libbase.a... not found
checking for natives_blob.bin... not found

After compiling V8 5.6+, I found only libv8_base.a.
This is a configuration problem with V8Js, or my build of V8?
Same problem with the extension php-v8.

[pinepain]

@AlexMasterov v8 have you traced the issue? AFAIR, there was some changes in v8 build process and some target directories were renamed/moved. I build v8 for PPA, here is rules file, but the last version I tried was 5.4. Will give it (building v8) a look later today or at least this week. If there will be any updates from your side, please, let us know.

[pinepain]

It seems to be v8 build process was heavily changed, here is some discussion - Homebrew/homebrew-core#7168.

[pinepain]

After spending whole evening with fresh v8 5.7.94 it's clear that build system and layout was changed significantly.

@stesie what approach do you follow in terms of supported v8 versions?

I guess building manual may be adapted according to that changes. However I'm not sure what direction v8 is moving. In php-v8 I serve build versions specially for my ext, and I can drop older v8 version support easily. But altering package building one more time (it was changed a bit before 5.4) doesn't look like a nice time spending.

[AlexMasterov]

@pinepain glad to see you here, thanks for the reply.

GYP is going to be deprecated, but it seems that GN is not compatible with Alpine:

/tmp/v8/buildtools/linux64 # ldd gn
        /lib64/ld-linux-x86-64.so.2 (0x7f841c7d8000)
        libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7f841c7d8000)
        librt.so.1 => /lib64/ld-linux-x86-64.so.2 (0x7f841c7d8000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f841c487000)
        libm.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f841c7d8000)
        libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f841c7d8000)
        ld-linux-x86-64.so.2 => /lib/ld-linux-x86-64.so.2 (0x7f841c1fa000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x7f841bfe8000)
Error relocating gn: __sbrk: symbol not found

[stesie]

@AlexMasterov at least it seems like the GN binary shipped with V8 (via depot utils) isn't.
You might wan to try to compile GN yourself and use that version instead.

[AlexMasterov]

@stesie I'm already trying to compile GN from source. (I'll be glad for any help here)

Build dependencies

$ apk add --update git make gcc g++ python tar wget bash re2c

Ninja

$ git clone -o v1.6.0 --depth 1 https://chromium.googlesource.com/external/martine/ninja /tmp/ninja
$ cd /tmp/ninja
$ /tmp/ninja/configure.py --bootstrap
$ export PATH="/tmp/ninja:$PATH"
$ ninja --version
1.6.0.git

GN

$ mkdir -p /tmp/gn-standalone
$ git clone --depth 1 https://chromium.googlesource.com/chromium/src/base /tmp/gn-standalone/base
$ git clone --depth 1 https://chromium.googlesource.com/chromium/src/build /tmp/gn-standalone/build
$ git clone --depth 1 https://chromium.googlesource.com/chromium/src/tools/gn /tmp/gn-standalone/tools/gn

$ cd /tmp/gn-standalone/tools/gn
$ ./bootstrap/bootstrap.py -s -vv

<...>
/tmp/gn-standalone/base/third_party/libevent/epoll.c:39:23: fatal error: sys/queue.h: No such file or directory
ninja: build stopped: subcommand failed.
Command '['ninja', '-C', '/tmp/tmpSYfW3p', '-v', 'gn']' returned non-zero exit status 1

$ find /tmp/gn-standalone/ -name "queue.h"
/tmp/gn-standalone/base/third_party/libevent/compat/sys/queue.h

[stesie]

I don't know alpine well enough (and haven't tried building GN myself), but bsd-compat-headers has the file. Maybe it helps ...

[AlexMasterov]

@stesie it helped. Thanks!

Search the contents of packages? :)

[AlexMasterov]

A new challenge for me. (it was easy on Debian)

[31/332] CXX base/debug/task_annotator.o
FAILED: c++ -MMD -MF base/debug/task_annotator.o.d  -I/tmp/tmpTBvi5G/gen -I/tmp/gn-standalone -DNO_TCMALLOC -D__STDC_FORMAT_MACROS -O2 -g0 -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -pthread -pipe -fno-exceptions -std=c++11 -Wno-c++11-narrowing -c /tmp/gn-standalone/base/debug/task_annotator.cc -o base/debug/task_annotator.o
In file included from /tmp/tmpTBvi5G/gen/base/allocator/features.h:6:0,
                 from /tmp/gn-standalone/base/tracked_objects.h:17,
                 from /tmp/gn-standalone/base/debug/task_annotator.cc:11:
/tmp/gn-standalone/build/buildflag.h:45:66: error: missing binary operator before token "("
 #define BUILDFLAG(flag) (BUILDFLAG_CAT(BUILDFLAG_INTERNAL_, flag)())
                                                                  ^
/tmp/gn-standalone/base/tracked_objects.h:829:5: note: in expansion of macro 'BUILDFLAG'
 #if BUILDFLAG(ENABLE_MEMORY_TASK_PROFILER)
     ^~~~~~~~~
/tmp/gn-standalone/build/buildflag.h:45:66: error: missing binary operator before token "("
 #define BUILDFLAG(flag) (BUILDFLAG_CAT(BUILDFLAG_INTERNAL_, flag)())
                                                                  ^
/tmp/gn-standalone/base/tracked_objects.h:843:5: note: in expansion of macro 'BUILDFLAG'
 #if BUILDFLAG(ENABLE_MEMORY_TASK_PROFILER)
     ^~~~~~~~~
cc1plus: warning: unrecognized command line option '-Wno-c++11-narrowing'
[31/332] CXX base/files/important_file_writer.o
ninja: build stopped: subcommand failed.
Command '['ninja', '-C', '/tmp/tmpTBvi5G', 'gn']' returned non-zero exit status 1

[stesie]

I'd think that's a problem with the c++ compiler you're using (or more specifically the preprocessor); maybe it's an old version of gcc?

[AlexMasterov]

@stesie Alpine 3.5 release is coming soon. Tried "edge"..

gcc 6.2.1-r1

$ gcc --version
gcc (Alpine 6.2.1) 6.2.1 20160822

[stesie]

that shouldn't be too old :-)

[pinepain]

I finally make libv8-5.7 PPA. As of written, it has v8-5.7.202. This and all further versions will be co-installable: I switched installation path from /usr/lib to /opt/libv8-MAJOR.MINOR. Note, that this is vanilla build with ICU with external data file. d8 is also available for dev/desting/debugging purposes under /opt/libv8-MAJOR.MINOR/lib directory. As gn doesn't support host x32 linux, no more i386 builds, only amd64. If you need to tweak build and/or host it by yourself, feels free to use pinepain/ppa-packaging repo which provides all necessary information to get starting and build debs/publish sources to PPA.

For homebrew there is pinepain/devtools tap with v8@5.7 formula. Same here, this and all further formulae will be co-installable and keg-only, so use /usr/local/opt/v8@MAJOR.MINOR as a v8 installation path.

For my php-v8 extension I altered build script a bit:

  DESIRED_V8_VERSION=5.7

  # Path where v8 from packages we recommend are installed, it's /opt/libv8-MAJOR.MINOR on Ubuntu
  # and /usr/local/opt/v8@MAJOR.MINOR on macOS
  PRIORITY_SEARCH_PATH="/opt/libv8-${DESIRED_V8_VERSION} /usr/local/opt/v8@${DESIRED_V8_VERSION}"
  SEARCH_PATH="${PRIORITY_SEARCH_PATH} /usr/local /usr"

If anything, give a look to latest changes on config.m4 under php-v8 repo.

Hope you will find it useful.

[AlexMasterov]

@stesie, @pinepain please, need advice 😕

Musl does not provide mallinfo. How to replace (patch) this?

malloc_dump_provider.cc

  struct mallinfo info = mallinfo();
  DCHECK_GE(info.arena + info.hblkhd, info.uordblks);
  // In case of Android's jemalloc |arena| is 0 and the outer pages size is
  // reported by |hblkhd|. In case of dlmalloc the total is given by
  // |arena| + |hblkhd|. For more details see link: http://goo.gl/fMR8lF.
  total_virtual_size = info.arena + info.hblkhd;
  resident_size = info.uordblks;
  // Total allocated space is given by |uordblks|.
  allocated_objects_size = info.uordblks;

[pinepain]

@AlexMasterov does alpine have working tcmalloc? It seems to be it can help to avoid mallinfo call.