HHVM 4.168 发布,长期支持版本


HHVM 4.168 (LTS) 现已发布,此版本具有长期支持,因此:

  • 此版本将支持大约 48 周
  • 下一个 LTS 将在大约 24 周内发布
  • HHVM 4.153 (LTS) 和 HHVM 4.165–167 仍然受支持
  • 对 4.128 (LTS) 和 4.164 的支持已结束

Ubuntu 22.04 支持状态

此版本原计划提供 Ubuntu 22.04 支持,但最终并没有实现。公告指出,“由于库的版本兼容性问题,我们需要更多的时间来获得这种支持,并且我们不想推迟其他平台的发布。一旦我们在 22.04 上运行构建,就立即发布支持 22.04 的 4.168.1 版本。”

值得注意的是,其实验性通用包(也可用于版本 4.168)不受此问题的影响,应该可以在任何版本的 Ubuntu 上使用。

Highlights

  • 修复了类型检查器错误,其中递归包含自身的枚举没有被正确拒绝。(commit)
  • 修复了一个错误,当由于 lambda 主体中发生的潜在 shadowing 写入而导致该变量实际上没有被隐藏时,lint 可能会虚假地报告该变量被隐藏。(commit)
  • 在查找无效枚举类标签的“did you mean”建议时,忽略大小写并且不考虑类名。(commit 1 ) (commit 2 )
  • 改进类型检查器错误中未解决类型的 printing;例如 Expected Awaitable<[unresolved]> But got int变成Expected Awaitable<_> But got int (commit)
  • 在访问具有不是文字或类常量的值的 shape 时改进错误消息。(commit)
  • 改进来自 linter 的错误消息,指出函数中的所有 return 语句何时返回相同的值。( commit ) 还要让这个 linter 停止触发可能返回 unix 退出代码的函数。(commit)

更新说明:https://hhvm.com/blog/2022/09/09/hhvm-4.168.html


相關推薦

2022-10-10

HHVM 4.170 现已发布,HHVM 4.167 - 4.169、以及 4.168 和 4.153 LTS 版本还会继续得到支持。 更新内容如下: Highlights 类型检查器现在拒绝使用无效类型作为第一个参数调用 type_structure 将 UNSAFE_CAST 与过于广泛的输入类型一起使用

2022-07-10

HHVM 4.164 现已发布,HHVM 4.161 - 4.163、以及 4.128 和 4.153 LTS 版本还会继续得到支持。 更新内容如下: Highlights hh现在拒绝catch块中的类型别名。这些已经在运行时被禁止(commit)。 修复了增量类型检查的问题,其中要求 XH

2022-07-29

全在短期内可能不如客户安全重要。咨询公司 Everest Group 发布的一份有关“元宇宙中信任和安全”的报告认为,参与虚拟世界互动的企业将需要提高他们的信任和安全游戏,以避免针对虚拟世界化身的滥用行为、数据隐私问题、

2023-12-06

最新的次要版本(N、N-1 和 N-2)会获得安全和错误修复,发布周期则为 15 周。 因此一个 Kubernetes 版本的支持周期通常是 14 个月(12 个月的支持期和 2 个月的升级周期)。如果我们将其与 Debian(许多组织都以其支持周期为基础

2021-12-08

一次重大的版本升级。今年 8 月,Debian “bullseye” 正式发布,而 Raspberry Pi OS 紧随其后,在 11 月也基于 Debian “bullseye” 做了针对性更新。在此之前,Raspberry Pi OS 的旧版本则是基于 2019 年的 Debian “Buster”, 在过去的多年时

2022-12-19

日确定了 2023 年 Ktor 的路线图,并将专注于 3.0.0 版本的发布。虽然一个主要版本通常通常会带来重大的变化,但 Ktor 3.0.0 大多数变化是关于 API 和包,特别是: 将发布一直在研究的新的简化路由 API。 要切换到 Tomcat 11、Jetty

2023-01-15

在去年 10 月初,Linux 6.0 正式发布,当时新版本带来了非常多的新特性/功能,如 F2FS 低内存模式、在使用 XFS 和 io_uring 时的异步缓冲写入、对 RISC-V 和 AArch64(ARM64)硬件架构的改进,以及 Btrfs 和 OverlayFS 文件系统的新功能和改进

2023-06-21

序可以使用这个套件来进行安全通信。其 1.1.1 版本最初发布于 2018 年 9 月,由于官方对每一个长期支持版本提供 5 年的更新与维护,因此 OpenSSL 官方博客日前发布通告,称 OpenSSL 1.1.1 的支持将在 2023 年 9 月结束,督促用户进

2022-01-10

,后被 Google 所收购。AngularJS 首个版本于 2010 年由 Google 发布,2018 年 1 月官方宣布了淘汰 AngularJS 的时间表:在发布 1.7.0 之后,AngularJS 的开发将持续到 2018 年 6 月 30 日。之后,1.7 作为长期支持版本将一直支持到 2021 年 12

2022-01-19

,后被 Google 所收购。AngularJS 首个版本于 2010 年由 Google 发布,2018 年 1 月官方宣布了淘汰 AngularJS 的时间表:在发布 1.7.0 之后,AngularJS 的开发将持续到 2018 年 6 月 30 日。之后,1.7 作为长期支持版本将一直支持到 2021 年 12 月 31

2023-02-09

角度提升软件供应链安全。这得益于SUSE在Linux和容器领域长期的工程化积累,几乎所有的Rancher Prime组件都基于SUSE BCI(Base Container Image)进行构建。BCI提供了标准的Linux Container Image和Language Container Image,并在镜像源头进行安全治

2023-04-01

3月31日,国产操作系统开源社区OpenCloudOS正式发布首个全自研社区9.0版本(以下简称“OC9.0”)。据了解,该版本由腾讯等十余家企业共同开发并长期维护,其内核及用户态软件均为自主选型、独立演进,在操作系统发行版的全

2024-02-04

型质量、建立行业标准、吸引人才、增加透明度和支持其长期战略的考虑。这不仅有助于 Meta 在竞争激烈的 AI 领域保持领先地位,也有助于推动整个行业的前进。 1. 促进行业创新: 通过开源AI模型,Meta可以鼓励全球的开发者、

2023-04-20

SQL 版本将会在发行方式上发生重大改变。 未来 MySQL 将发布 2 个版本,长期支持版和创新版。长期支持版的目标为稳定性,仅修复 BUG 并发布安全补丁,该版本向后兼容,预计每两年发布一次,支持的生命周期为 5 年标准支持