Remove # $FreeBSD$ from Makefiles.305f148f48
node, iojs, and v8 -- denial of serviceentered 2015-07-06
Open source JavaScript engine by Google
# pkg install v8installs 15.5.35.25 from latest; from quarterly (2026Q4) 10.4.132.20_4# cd /usr/ports/lang/v8 && make install clean| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 15.5.35.25 | 15.5.35.20_1 | – |
| FreeBSD 15 | 15.5.35.25 | 15.5.35.25 | – |
| FreeBSD 14 | 15.5.35.25 | ✗ | 15.5.35.25 |
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 10.4.132.20_4 | ✗ | – |
| FreeBSD 14 | 10.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.
The CVE record lists the packaged version 15.5.35.25 as affected, and no VuXML entry names the CVE. What does this mean?
| CVE | CVSS | Published | Description |
|---|---|---|---|
| CVE-2024-1939 | 8.8 | 2024-02-29 | Type 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… |
Listed in VuXML, the packaged version 15.5.35.25 is still in the affected range; pkg audit reports it. What does this mean?
| PR | Summary | Status | Changed |
|---|---|---|---|
| 271838 | lang/v8: fails with kern.elf64.allow_wx=0 but elfctl -e +wxneeded doesn't help | New | 2026-07-01 |
Remove # $FreeBSD$ from Makefiles.305f148f48
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/D28406a7d2ae454e
lang/v8: Fix build on aarch64 Approved by: portmgr (tier-2 blanket)fa2f8a2d1f
lang/v8: Update to 8.7.220.23 PR: 213202 Reported by: many Approved by: sunpoet (maintainer timeout)9a4ce488e8
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: 238330ea8c8ec7da
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: 231590a9f015d155
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: 22254209f9633cb6
Fix build with Clang 6 PR: 228320 Submitted by: Matthew Grooms <mgrooms@shrew.net>921f613bff
Reduce dependency on the python2 metaport PR: 225752 Submitted by: Yasuhiro KIMURAf7455240e3
Remove USES=execinfo. PR: 220271 Submitted by: mat (review), Yasuhiro KIMURA (PR) Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D114883fcd0e41de
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: 219275e59c88cece
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: 21670704d6f52202
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
- Fix build with Clang 3.7.0+ PR: 206332 Submitted by: dim3799fad5bf
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: D375667971bd0fb- 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: dim202993b050
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/D29556e381a9d53lang/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-14dae9d210b8a332763fb7
- Fix build with Clang 3.6.0 - Use CXXFLAGS instead of CFLAGS - Simplify CXXFLAGS: all supported Clang are 3.3+039218878a
- Fix build with clang 3.5.0 PR: ports/195666 Submitted by: dim0bb9587da4
- Remove lang/python from BUILD_DEPENDS - Use USES=shebangfix - Use REINPLACE_CMD instead of patch files - Move ONLY_FOR_ARCHS upward6f09fa335b
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
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
- Add PORTSCOUTe204458c4c
- Use USES=python2ed1d04c00
- Add CPE information0b6d67fac2
- Reword COMMENT - Use CONFLICTS_INSTALL instead of CONFLICTS - Use USES=execinfo - Cosmetic change - Update pkg-descr294548b397
- Take maintainership1dcc158cc0
reset maintainer to ports@.885eefa5e8
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
Upgrade v8-devel to 3.27.7.59f65c82ef
1: fix build with clang34. 2: convert to new style of LIB_DEPENDS. 3: switch to tar:xz Submitted by: lev@ [1]613e9d821a
- Add LICENSE Submitted by: sunpoet (myself) Approved by: vanilla (maintainer)f35a01d203
1: use compiler.mk 2: upgrade v8-devel to 3.24.30. PR: ports/186373 [1] Submitted by: mat@ [1]b601fd950a
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
repo copy lang/v8 to lang/v8-devel.a35adbcd94
- Update USE_PYTHON - Fix shebang for users with python3x as default python interpreter Submitted by: sunpoet (myself) Approved by: vanilla (maintainer)d2435a2ea2
- 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
Add support STAGEDIR.d616a34210
Switch to USES framework.41d28aef1b
Add NO_STAGE all over the place in preparation for the staging support (cat: lang)888ab73a81
Fix build with -current Submitted by: bapt@c15bc0364a
Fix build with clang < 3.3.2aa47e92f1
1: Upgrade to 3.18.5. 2: Fix build with clang-3.3 Submitted by: bapt@ [2]199e87392f
1: upgrade to 3.17.9. 2: add '-Wno-unused-private-field' to CFLAGS when use clang.742a86409c
Fix build. Submitted by: Akihiko HAYASHI <hayashi at totalware.gifu.gifu.jp>cf6e02ff81
Upgrade to 3.15.10.0214b83f0b
Upgrade to 3.14.5. Feature safe: yesd6799815c8
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
Upgrade to 3.13.7.f556acafc8