CVE and update status of the FreeBSD ports tree3,296 unaddressed CVEs in 671 portsAll times are CET
Port details

lang/v8 15.6.75.19

Open source JavaScript engine by Google

Port info

Maintainer
delphij@FreeBSD.org
Packages
latest: 15.5.35.25, update to 15.6.75.19 not built yet
Upstream
up to date
Last update
to 15.6.75.19 · c984077356
Quarterly
2026Q4: 10.4.132.20_4 2 unaddressed
WWW
https://v8.dev/
Links
cgit · VuXML · Report wrong data

Install

Package
# pkg install v8
installs 15.5.35.25 from latest; from quarterly (2026Q4) 10.4.132.20_4
Port
# cd /usr/ports/lang/v8 && make install clean
Size
22 MiB download · 104 MiB installed
Depends on
devel/icu 76.1,1
License
APACHE20 and BSD3CLAUSE and MIT and UNICODE30

Packages by version and architecture

latest

FreeBSD versionamd64aarch64i386
FreeBSD 1615.5.35.2515.5.35.20_1–
FreeBSD 1515.5.35.2515.5.35.25–
FreeBSD 1415.5.35.25✗15.5.35.25

quarterly (2026Q4)

FreeBSD versionamd64aarch64i386
FreeBSD 1510.4.132.20_4✗–
FreeBSD 1410.4.132.20_4✗10.4.132.20_4

version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.

Unaddressed (1)

The CVE record lists the packaged version 15.5.35.25 as affected, and no VuXML entry names the CVE. What does this mean?

CVECVSSPublishedDescription
CVE-2024-19398.82024-02-29Type Confusion in V8 in Google Chrome prior to 122.0.6261.94 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page. (Chromium security…

VuXML only (0)

Listed in VuXML, the packaged version 15.5.35.25 is still in the affected range; pkg audit reports it. What does this mean?

None.

Fixed (2)

Show 2 fixed
VuXML entries whose affected range the packaged version has left.

Problem reports (1) · open in Bugzilla, most recently changed first

PRSummaryStatusChanged
271838lang/v8: fails with kern.elf64.allow_wx=0 but elfctl -e +wxneeded doesn't helpNew2026-07-01

Commits (118)

Mathieu Arnold (mat) · 8.7.220.23
Remove # $FreeBSD$ from Makefiles.
305f148f48
Rene Ladan (rene) · 8.7.220.23
Remove support for FreeBSD 12.1 from various ports.

FreeBSD 12.1 reached end-of-life today. Adjust the message
for the wine ports while here, since stable/13 has branched.

Submitted by:	rene
Reviewed by:	jbeich, mandree, mat, osa
Approved by:	portmgr (mat)
Differential Revision:	https://reviews.freebsd.org/D28406
a7d2ae454e
Mikael Urankar (mikael) · 8.7.220.23
lang/v8: Fix build on aarch64

Approved by:	portmgr (tier-2 blanket)
fa2f8a2d1f
Mikael Urankar (mikael) · 8.7.220.23
lang/v8: Update to 8.7.220.23

PR:		213202
Reported by:	many
Approved by:	sunpoet (maintainer timeout)
9a4ce488e8
Gerald Pfeifer (gerald) · 3.18.5_8
Bump PORTREVISION for ports depending on the canonical version of GCC as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330
ea8c8ec7da
Gerald Pfeifer (gerald) · 3.18.5_7
Bump PORTREVISION for ports depending on the canonical version of GCC defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590
a9f015d155
Gerald Pfeifer (gerald) · 3.18.5_6
Bump PORTREVISION for ports depending on the canonical version of GCC in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542
09f9633cb6
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5_5
Fix build with Clang 6

PR:		228320
Submitted by:	Matthew Grooms <mgrooms@shrew.net>
921f613bff
Antoine Brodin (antoine) · 3.18.5_5
Reduce dependency on the python2 metaport

PR:		225752
Submitted by:	Yasuhiro KIMURA
f7455240e3
Mathieu Arnold (mat) · 3.18.5_4
Remove USES=execinfo.

PR:		220271
Submitted by:	mat (review), Yasuhiro KIMURA (PR)
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D11488
3fcd0e41de
Gerald Pfeifer (gerald) · 3.18.5_4
Bump PORTREVISION for ports depending on the canonical version of GCC (via Mk/bsd.default-versions.mk and lang/gcc) which has moved from GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275
e59c88cece
Gerald Pfeifer (gerald) · 3.18.5_3
Bump PORTREVISIONs for ports depending on the canonical version of GCC and lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707
04d6f52202
Gerald Pfeifer (gerald) · 3.18.5_2
Bump PORTREVISIONS for ports depending on the canonical version of GCC and lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
89f8b05214
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5_1
- Fix build with Clang 3.7.0+

PR:		206332
Submitted by:	dim
3799fad5bf
Dmitry Marakasov (amdmi3) · 3.18.5_1
Improve shebangfix framework

- Support multiple values in *_OLD_CMD, i.e. we can now fix both "/usr/bin/python" and "/usr/bin/env python" at the same time
- Default *_OLD_CMD values are now always appended, so you don't need to specify them in individual ports
- Add lua support (depends on USES=lua)
- Add more default values, such as "/usr/bin/env foo" for python, perl, bash, ruby and lua
- Shebangfix now matches whole words, e.g. we will no longer (erroneously) replace "/usr/bin/perl5.005" with "${perl_CMD}5.005" (but "/usr/bin/perl -tt" is still (correctly) replaced with "${perl_CMD} -tt")

Note that *_OLD_CMD items containing spaces must now be quoted (e.g. perl_OLD_CMD=/bin/perl /usr/bin/perl "/usr/bin/env perl")

Update shebangfix usage according to new rules in many ports:

- Remove *_OLD_CMD for patterns now replaced by default
- Quote custom *_OLD_CMD which contain spaces

Fix shebangfix usage in many ports (irrelevant to infrastructure change):

- Remove redundant SHEBANG_LANG (no need to duplicate default langs)
- Remove redundant *_CMD (such as python_CMD=${LOCALBASE}/bin/python${PYTHON_VER} when USES=python is present)
- Never use *_OLD_CMD in REINPLACE_CMD matchers, these should always look for exact string

Approved by:	portmgr (bapt)
Differential Revision:	D3756
67971bd0fb
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5_1
- Fix warnings generated by recent snapshot of Clang 3.7.0, including:   - Printing non-void pointers with %p.   - Left-shifting negative numbers.

PR:		202530
Submitted by:	dim
202993b050
Antoine Brodin (antoine) · 3.18.5_1
Switch default python_CMD used by shebangfix to ${PYTHON_CMD} for ports using python

PR:		201077
Reviewed by:	mat
With hat:	portmgr
Differential Revision:	https://reviews.freebsd.org/D2955
6e381a9d53
Mark Felder (feld) · 3.18.5_1
lang/v8, lang/v8-devel: Backport CVE fix

This fix has been backported instead of upgrading to a newer release as
the upstream release process is a complicated fast-moving target and the
current ports are using custom snapshots created by the port maintainer.

This will also limit the amount of potential fallout as we know the
existing v8 port works well enough to keep mongodb up to date.

PR:		201450
MFH:		2015Q3
Security:	CVE-2015-5380
Security:	864e6f75-2372-11e5-86ff-14dae9d210b8
a332763fb7
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Fix build with Clang 3.6.0 - Use CXXFLAGS instead of CFLAGS - Simplify CXXFLAGS: all supported Clang are 3.3+
039218878a
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Fix build with clang 3.5.0

PR:		ports/195666
Submitted by:	dim
0bb9587da4
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Remove lang/python from BUILD_DEPENDS - Use USES=shebangfix - Use REINPLACE_CMD instead of patch files - Move ONLY_FOR_ARCHS upward
6f09fa335b
John Marino (marino) · 3.18.5
Add USES=alias to several ports

Alias is a new USES tool that allows DragonFly to masquerade as FreeBSD
by setting CFLAGS+= -D__FreeBSD__.  For some ports, this fixes the build
without the need for additional patches.

Approved by:	portmgr (bapt, blanket)
e37d39a111
John Baldwin (jhb) · 3.18.5
The MAP_NORESERVE flag to mmap() has never been implemented in FreeBSD and is being removed.  No portrev bump needed since the kernel will continue to accept this flag for old binaries even after support for it in new binaries is removed.

PR:		193961
Approved by:	portmgr (antoine)
1ebd0e3345
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Add PORTSCOUT
e204458c4c
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Use USES=python
2ed1d04c00
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Add CPE information
0b6d67fac2
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Reword COMMENT - Use CONFLICTS_INSTALL instead of CONFLICTS - Use USES=execinfo - Cosmetic change - Update pkg-descr
294548b397
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Take maintainership
1dcc158cc0
Vanilla I. Shu (vanilla) · 3.18.5
reset maintainer to ports@.
885eefa5e8
Adam Weinberger (adamw) · 3.18.5
Remove backslashes from single- and double-quotes in COMMENT and _DESC strings, that were passed through rather than escaping anything.

Approved by:	portmgr (not really, but it touches unstaged ports)
95786c7af1
Vanilla I. Shu (vanilla) · 3.18.5
Upgrade v8-devel to 3.27.7.
59f65c82ef
Vanilla I. Shu (vanilla) · 3.18.5
1: fix build with clang34. 2: convert to new style of LIB_DEPENDS. 3: switch to tar:xz

Submitted by:	lev@ [1]
613e9d821a
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Add LICENSE

Submitted by:	sunpoet (myself)
Approved by:	vanilla (maintainer)
f35a01d203
Vanilla I. Shu (vanilla) · 3.18.5
1: use compiler.mk 2: upgrade v8-devel to 3.24.30.

PR:		ports/186373 [1]
Submitted by:	mat@ [1]
b601fd950a
Rene Ladan (rene) · 3.18.5
Python cleanup: - USE_PYTHON* = 2.X -> USE_PYTHON* = 2 - USE_PYTHON* = 2.X+ -> USE_PYTHON* = yes Reviewed by:	python (mva, rm) Approved by:	portmgr-lurkers (mat)
50f8eaece1
Vanilla I. Shu (vanilla) · 3.18.5
repo copy lang/v8 to lang/v8-devel.
a35adbcd94
Sunpoet Po-Chuan Hsieh (sunpoet) · 3.18.5
- Update USE_PYTHON - Fix shebang for users with python3x as default python interpreter

Submitted by:	sunpoet (myself)
Approved by:	vanilla (maintainer)
d2435a2ea2
Marcus von Appen (mva) · 3.18.5
- Fix the usage of 'python' to get rid of the implicit lang/python   dependency - lang/v8 requires python to build

Approved by:	portmgr (blanket)
ec724aee7e
Vanilla I. Shu (vanilla) · 3.18.5
Add support STAGEDIR.
d616a34210
Vanilla I. Shu (vanilla) · 3.18.5
Switch to USES framework.
41d28aef1b
Baptiste Daroussin (bapt) · 3.18.5
Add NO_STAGE all over the place in preparation for the staging support (cat: lang)
888ab73a81
Vanilla I. Shu (vanilla) · 3.18.5
Fix build with -current

Submitted by:	bapt@
c15bc0364a
Vanilla I. Shu (vanilla) · 3.18.5
Fix build with clang < 3.3.
2aa47e92f1
Vanilla I. Shu (vanilla) · 3.18.5
1: Upgrade to 3.18.5. 2: Fix build with clang-3.3

Submitted by:	bapt@ [2]
199e87392f
Vanilla I. Shu (vanilla) · 3.17.9
1: upgrade to 3.17.9. 2: add '-Wno-unused-private-field' to CFLAGS when use clang.
742a86409c
Vanilla I. Shu (vanilla) · 3.15.10
Fix build.

Submitted by:	Akihiko HAYASHI <hayashi at totalware.gifu.gifu.jp>
cf6e02ff81
Vanilla I. Shu (vanilla) · 3.15.10
Upgrade to 3.15.10.
0214b83f0b
Vanilla I. Shu (vanilla) · 3.14.5
Upgrade to 3.14.5.

Feature safe: yes
d6799815c8
Mark Linimon (linimon) · 3.13.7
Force numerous ports that fail to build with clang over to instead always rely on gcc.  The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to accomplish this.

The ports chosen were ports that blocked 2 or more ports from building with
clang.  (There are several hundred other ports that still fail to build with
clang, even with this patch.  This is merely one step along the way.)

Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.

For those who have gcc as their default compiler, this change is believed
to cause no change.

Hat:		portmgr
Tested with:	multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
		combinations of patch/no-patch and flag settings.
a8693b8dee
Vanilla I. Shu (vanilla) · 3.13.7
Upgrade to 3.13.7.
f556acafc8