Package Details: v8-r 8.7.72-1

Git Clone URL: https://aur.archlinux.org/v8-r.git (read-only, click to copy)
Package Base: v8-r
Description: Google's open source JavaScript and WebAssembly engine
Upstream URL: https://v8.dev
Keywords: d8 javascript v8
Licenses: BSD
Conflicts: v8, v8-3.14, v8-3.15, v8-3.20, v8-static-gyp, v8-static-gyp-5.4
Provides: v8
Submitter: JanMarvin
Maintainer: JanMarvin
Last Packager: JanMarvin
Votes: 6
Popularity: 0.89
First Submitted: 2019-09-22 11:01
Last Updated: 2020-09-04 15:33

Dependencies (4)

Required by (3)

Sources (6)

Pinned Comments

JanMarvin commented on 2019-09-22 11:16

This package is required for the R-package V8 (https://github.com/jeroen/V8). It is frequently updated, though unless it is broken, users must not build all updates. Since V8 contains a large codebase and compilation takes a while, I recommend to build it in a directory and not with an AUR-helper.

Latest Comments

1 2 3 4 Next › Last »

leonardof commented on 2020-08-22 15:15

Exactly, I was running out of memory! Haven't bothered with swap in many years now, but it seems 8 GB RAM are modest by today's standards.

Thanks for the repo. At first, I wasn't able to compile the V8 package with it, but I noticed the glibc version in the error message, enabled [testing], and everything worked.

JanMarvin commented on 2020-08-22 12:53

@leonardof did you somehow run out of memory? That's my best guess from your output (you get english locales running export LANG=C). You could install the binary from my arch repo on github.

leonardof commented on 2020-08-22 12:26

Compilation fails for me despite binutils 2.34-5; not using any AUR helper. The output of build() will be on pastebin for a month.

JanMarvin commented on 2020-08-22 10:54

Be aware that currently building fails with an ld segfault. I assume that this is related to a binutils 2.35-1 update (see my bug report: https://bugs.archlinux.org/task/67671?project=1&string=binutils)

japhir commented on 2020-06-15 08:58

I did install the package with my AUR helper, yay, and simply added this line to my /etc/pacman.conf: IgnorePkg = v8-r I can comment this line when I want to update the package.

Just thought I'd share, might be useful for others!

tealeaf commented on 2020-06-07 11:30

@JanMarvin: Thank you! Much appreciated.

(I haven't checked, but I suspect that the

export CC=/usr/bin/clang
export CXX=/usr/bin/clang++

exports might also want to be in build() build as well to avoid potential problems in the same situation.)

JanMarvin commented on 2020-06-07 11:21

@tealaf Thanks for the report. A valid claim and I'll add the required lines for next weeks build.

tealeaf commented on 2020-06-06 16:42

@JanMarvin: Can I mention that this PKGBUILD fails under makepkg if you use the --noextract option, which runs build() but not prepare(). According to the makepkg man page:

This is handy if you want to go into $srcdir/ and manually patch or tweak code, then make a package out of the result.

As this is a supported, documented use of makepkg that fails with the current PKGBUILD, would you consider adding the two exports to build() as a legitimate bugfix?

For reference, the two exports required are:

export PATH=${srcdir}/bin:`pwd`/depot_tools:"$PATH"
export GYP_GENERATORS=ninja

in the build() function.

Thanks for considering.

tealeaf commented on 2020-06-06 16:34

@HaoZeke: If you edit the PKBGUILD and add these two lines in the build() function it will compile and install there:

export PATH=${srcdir}/bin:pwd/depot_tools:"$PATH" export GYP_GENERATORS=ninja

khughitt commented on 2020-06-06 14:29

In case it helps anyone else, I tracked down the compilation issue I was having to having llvm8 installed instead of llvm (llvm8 is required by some packages in the AUR). Replacing the older version with the current stable release fixes the issue.