## 软件工具链中的长跳转问题 大多数计算机架构限制了单个分支指令可达的距离。当函数调用或跳转超过此范围（例如，在AArch64上调用距离超过128MB的函数时），工具链必须采用策略以确保正确执行。这涉及编译器、汇编器和链接器的协同工作。 **编译器**处理函数内部过远的跳转，通常通过反转条件并添加无条件跳转来实现。**汇编器**根据已知节内的距离优化指令编码。然而，**链接器**面临着最复杂的任务，它需要解析跨节和目标文件中的跳转，而这些距离在最终布局确定之前是未知的。 当跳转仍然超出范围时，链接器会生成**范围扩展跳转（thunk）**——作为中间媒介的小段代码，以到达目标位置。像RISC-V这样的架构提供**链接器放松（linker relaxation）**，在可能的情况下*缩小*指令序列，优化代码大小。 不同的架构具有不同的分支范围限制（AArch64：±128MiB，RISC-V：`jal`的±1MiB），这会影响thunk生成的频率。像lld/ELF和mold这样的链接器采用不同的算法来创建thunk，以平衡复杂性和效率。诊断“超出范围的重定位”错误涉及检查链接器输出、映射文件，并考虑函数节划分和链接时优化等因素。
每日HackerNews RSS
Handling Long Branches
9 小时前
一个Hacker News讨论围绕着maskray.me的一篇博客文章，详细介绍了编译器中“处理长跳转”的技术。该文章（现位于[https://maskray.me/blog/2026-01-25-long-branches-in-compiler](https://maskray.me/blog/2026-01-25-long-branches-in-compiler)）讨论了分支指令范围的限制，这在较旧的架构（如Z80）中尤其相关。
用户分享了克服这些限制的经验，使用了诸如反转条件和使用“thunk”（小型跳转指令以重定向执行）等策略。有趣的是，一些链接器会自动为超出指令范围的跳转插入这些thunk，而不是在编译期间需要更大的代码模型。讨论还强调了不同链接器和架构中thunk创建算法的变化。该文章和后续评论提供了关于低级代码优化以及编译器/链接器行为的宝贵见解。
启用 JavaScript 和 Cookie 以继续。
最近的Windows 11更新似乎导致部分用户Notepad出现问题，报告显示有错误和显示故障（例如标题栏中文件名不正确）。Winbuzzer最初报道了此问题，但评论员质疑该网站的真实性，因为它嵌入了广告。Windows Central的一篇文章表明这些错误*应该*得到解决，但一些用户认为它缺乏细节。
讨论迅速转移到对Windows质量控制和遥测影响的更广泛不满。一位用户指出，自从几年前添加遥测以来，Notepad一直存在问题，禁用后会导致崩溃。其他人则表达了对较旧、更稳定的版本（如Windows XP）的怀旧之情。
虽然有些人赞赏微软的持续开发，但许多评论员哀叹质量下降，并质疑在发布前缺乏基本测试，一位用户强调了这对依赖Notepad完成基本任务的人们的影响。
特朗普总统宣布计划将对韩国进口商品加征关税，从15%提高到25%，理由是首尔批准去年达成的一项贸易协议速度缓慢，该协议中韩国承诺在美国投资3500亿美元。特朗普声称美国已经降低了其关税，如协议所定。 韩国对此表示惊讶，称尚未收到官方通知，并要求紧急会谈，已派遣其工业部长前往华盛顿。此举最初影响了韩国汽车制造商的股价，但股价迅速回升，表明市场对关税实际实施的怀疑——这与特朗普过去提出的贸易威胁如出一辙。 此举紧随对加拿大和其他国家提出的类似关税威胁之后，表明特朗普继续使用关税作为一种外交政策工具。分析人士认为，目前的情况可能是一种谈判策略，韩国协议可能在二月份前获得批准。最终，这些关税将由从韩国进口商品的美国公司支付。
Hacker News新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交登录[标记]tartoran 19分钟前 | 隐藏 | 过去 | 收藏
josefritzishere 1分钟前 | 下一个 [–]
我们需要就总统患有痴呆症进行一次严肃的对话。这与党派无关。他甚至不能再被认为是理性的。lenerdenator 10分钟前 | 上一个 [–]
关于不再允许他这样做，案件在哪里？我记得至少有一场关于所有这些愚蠢行为的诉讼。amanaplanacanal 9分钟前 | 父评论 | 下一个 [–]
最高法院。我们随时可能得到判决。knuckleheads 10分钟前 | 父评论 | 上一个 [–]
我想大概还需要三周左右。最高法院神秘的发布时间表。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
这本1948年版介绍了伊壁鸠鲁的《手册》，这是一本关于斯多葛哲学的简洁手册，对现代思想产生了出乎意料的巨大影响。这本书最初是为高级斯多葛学派学生准备的指南，却与独立思考者产生了共鸣，影响了从蒙田和腓特烈大帝到苏格兰启蒙运动哲学家等人物。 伊壁鸠鲁，一位前奴隶，教导真正的自由来自于专注于我们可以控制的事情——我们的思想和判断——并接受我们无法控制的事情，例如外部事件。《手册》强调道德自我完善，敦促读者摆脱对超出他们权力范围的事物（财富、健康、名誉）的欲望和厌恶。它提倡内在的韧性，将生活的挑战视为培养美德的机会。 引言强调了《手册》在斯多葛学派中的独特地位，将伊壁鸠鲁的系统方法与塞内卡和马可·奥勒留更具个人反思的风格进行了对比。它是一本关于理性、宁静和与自然和谐相处的生活实用指南，提供了一条独立于外部力量实现自我救赎的道路。
## 黑客新闻讨论：爱比克泰德的《手册》与斯多葛学派的兴起
一篇黑客新闻讨论，源于对爱比克泰德的《手册》（通过古腾堡计划）的链接，显示出斯多葛学派的流行度正在出人意料地复兴。用户注意到它在书店中的显眼位置，通常与自助书籍放在一起，表明现代社会对其原则的需求。
对话探讨了为什么斯多葛学派在今天引起共鸣——特别是作为一种“防御机制”，抵御现代技术和消费主义驱动的欲望。一些人看到了与专注于拒绝欲望的东方哲学之间的相似之处，而另一些人则强调了西方在易于理解的实用哲学和学术严谨性之间长期存在的紧张关系。
评论者们争论了将古代哲学应用于现代生活的价值，一些人赞扬了像瑞安·霍利迪的作品和《像罗马皇帝一样思考》这样的易于理解的解读，而另一些人则警告不要将斯多葛学派等同于情感压抑。像翻译比较网站 ([https://enchiridion.tasuki.org/](https://enchiridion.tasuki.org/)) 和 Standard Ebooks ([https://standardebooks.org/ebooks/epictetus/short-works/geor...](https://standardebooks.org/ebooks/epictetus/short-works/geor...)) 这样的资源也被分享。最终，许多人认为这本书影响深远，欣赏其切实的智慧以及令人惊讶的贴近感，甚至是“尖锐”的语气。
启用 JavaScript 和 Cookie 以继续。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
“炒作和抛售”软件时代 (tautvilas.medium.com)
22 分，由 brisky 发表于 31 分钟前 | 隐藏 | 过去 | 收藏 | 1 条评论
postalcoder 发表于 8 分钟前 [–]
“炒作和抛售”软件这个词组很有趣，但我以为它的意思略有不同。我理解的“炒作和抛售”软件是指大量人工智能生成的网站（Vercel 链接），在无人问津几天后就被送往 404 坟墓。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
喜剧演员梅根·斯塔尔和其他TikTok用户在讨论亚历克斯·普雷蒂去世后，关于明尼阿波利斯ICE突袭事件的视频发布时遇到了困难。斯塔尔试图呼吁基督徒反对ICE，但她的视频反复无法上传，最终删除了她的账户，怀疑受到了审查。其他人也报告了类似的问题，引发了参议员克里斯·墨菲对潜在民主威胁的担忧。 TikTok将问题归因于美国数据中心停电，声称与最近的所有权变更无关。然而，时间点值得关注：一个由美国多数控股的合资企业，包括与唐纳德·特朗普有关的Oracle，最近接管了TikTok的美国业务。 专家指出，虽然证明审查很难——TikTok作为私有平台，拥有内容控制权——但缺乏透明度以及新所有权与特朗普政府的联系加剧了用户的不信任感。对数据安全和内容审核的担忧正在增加，这体现在TikTok卸载量增加了150%。用户正在探索替代平台，但有些人，比如护士珍·汉密尔顿，仍然试图寻找编码方式来继续分享信息。
## TikTok 审查与美国控制：摘要
最近的 CNN 报道指出，TikTok 用户无法上传批评 ICE 的视频，该公司以“技术问题”为由。这引发了 Hacker News 的讨论，核心关注点在于 TikTok 被迫出售给美国利益集团，并非出于安全考虑，而是为了控制信息访问——这与中国版应用程序中看到的审查制度相似。
用户们争论信息是否在其他地方容易获取，一些人指出它存在于主流新闻和其他社交媒体上。然而，许多人表达了对日益加剧的审查的担忧，并提到了诸如在私信中屏蔽“Epstein”等关键词以及算法变化的报告。
对话还涉及更广泛的关于政治控制社交媒体的主题，人们担心美国两届政府都在推行数字监控和审查。一些评论员哀叹缺乏关于言论自由的政治一致性，以及媒体权力集中在少数人手中，无论政治立场如何。最终，这场讨论反映了人们对开放讨论的侵蚀以及在热门平台上进行操纵的潜在可能性的担忧。
几秒钟内检查您的网站对非欧盟服务的依赖程度。我们的免费扫描器会分析 Google Fonts、Analytics、CDN、视频嵌入等。 检查内容包括： #服务器 – 您的服务器位于哪里？ #字体 – Google Fonts、Adobe Fonts 还是欧盟替代方案？ #分析 – Google Analytics 还是注重隐私的解决方案？ #CDN – Cloudflare、AWS 还是欧洲供应商？ #视频 – YouTube 嵌入还是自托管？ #聊天 – Intercom、Drift 还是欧盟工具？ #社交 – Facebook Pixel、Twitter 小工具？ #地图 – Google Maps 还是 OpenStreetMap？ 为什么这很重要？ #欧盟-美国数据隐私框架随时可能被宣告无效——就像 Safe Harbor（2015 年）和 Privacy Shield（2020 年）一样。拥有 100% 欧盟评分的网站才是面向未来的。
一个名为lightwaves.io的新工具在Hacker News上发布，用于审计网站的欧盟主权性——本质上，衡量它们对美国服务的依赖程度。该工具检查诸如托管、分析、字体和CDN等依赖项，并提供100分制的分数。
初步用户反馈显示存在一些不准确之处：分数受到指向社交媒体（如X/Twitter）的链接的影响，尽管这些并非核心依赖项，并且该工具未能识别美国的注册商。一位用户报告了错误的“托管”结果，通过超链接指向了另一个网站。
尽管存在这些早期问题，该工具仍被视为一个有价值的起点。讨论围绕着寻找Cloudflare等服务的欧盟替代方案，以及对Hacker News本身进行欧洲化替代的必要性展开。许多用户对该倡议表示赞赏，并要求将该项目开源。
## Xfce 在 Wayland 上的未来：xfwl4 介绍 Xfce 团队宣布将资助开发者 Brian Tarricone 构建 **xfwl4**，一个全新的为 Xfce 设计的 Wayland 合成器，资金来源为社区捐赠。这是对 Xfce 未来的一项重大投资，旨在实现向 Wayland 的无缝过渡，同时保持当前 xfwm4 窗口管理器的熟悉感。 与之前尝试适配 xfwm4 不同，xfwl4 将使用 **Rust** 语言和 **smithay** 工具包进行完全重写。这可以加快开发速度，避免对现有的 X11 版本造成稳定性风险，并更好地处理 Wayland 不同的架构。Rust 的选择是基于其内存安全性和 Brian 的个人偏好。 该项目旨在实现与 xfwm4 的功能对等，包括重用现有的配置设置。关键任务包括适配 Wayland 会话启动，支持 XWayland 兼容性，以及升级构建系统以适应 Rust 代码。预计第一个开发版本将在 2026 年年中左右发布。 更多细节和进展可以在项目的 issue 和源代码中找到，问题可以在 #xfce-dev Matrix 频道中提出。
## Xfce Wayland 合成器路线图进展
Xfce 桌面环境的 Wayland 合成器新路线图已发布，引发了 Hacker News 上的讨论。目前，Xfce 缺乏原生 Wayland 支持，阻碍了那些优先考虑较新的显示协议的用户采用。
该项目将使用 Rust 进行完全重写，旨在吸引新的贡献者并提高稳定性——这对于 Wayland 环境至关重要。虽然一些用户表达了兴奋之情并呼吁向 Xfce 的 Open Collective 捐款，但另一些用户则对转向 Wayland 和 Rust 表示担忧，担心这会增加 Xfce 传统保守用户群的复杂性。
值得注意的是，目前可以使用像 Hyprland 这样的基于 wlroots 的合成器来运行 Xfce。然而，原生合成器有望实现更紧密的集成和更流畅的体验。该项目的成功取决于在保持 Xfce 轻量级性能和简洁性的核心原则的同时，实现创新。
## 系统与语言包管理器之间的摩擦 系统包管理器（如 `apt`、`dnf`）和语言特定管理器（如 `pip`、`npm`）都处理依赖项和软件安装，但它们起源于不同的需求，从而产生了持续的冲突。系统管理器 historically 专注于为最终用户交付应用程序和补丁，通常只提供一个版本的软件包。语言管理器优先考虑开发者的灵活性，允许多个版本共存以满足项目特定需求。 核心问题在于 C 库——许多语言包所必需的，由系统包提供，但两种管理器都难以理解。 任何系统都无法可靠地跟踪或声明这些依赖项，导致依赖项被捆绑在软件包*内部*，对工具不可见，产生“幽灵依赖”。 像 Conda、Nix 和 Guix 这样的尝试弥合这一差距，但尚未得到普遍采用。 当前的解决方案严重依赖手动干预（例如在 Dockerfile 中使用 `apt-get install`）或尝试在安装后*发现*依赖项的工具。 ecosyste.ms 等倡议旨在创建一个符号数据库，将不同生态系统中的库映射起来，从而提高依赖项的可视性，用于资金支持、安全漏洞跟踪和准确的软件物料清单 (SBOM)。 最终，将这些跨生态系统的依赖项视为一等公民并加以管理，对于更可持续和安全的软件供应链至关重要。
一篇 Hacker News 的讨论围绕 C 语言包管理的挑战，起因是一篇文章指出了生态系统中存在的“C 型空缺”。虽然许多语言都有专门的包管理器（如 npm 或 pip），但 C 语言传统上依赖系统包管理器和手动依赖项处理。
一些评论者认为 C 语言当前的系统——使用 pkgconf 和 CMake 等工具——运作良好，不应被 Conan 或 vcpkg 等特定于语言的解决方案所复杂化，理由是这些工具的可靠性和安全性存在问题。另一些人则反驳说，查找和集成 C 库通常很困难且在不同发行版之间不一致，因此标准化的依赖协议很有价值。
许多用户表示更喜欢 C 语言的简洁性，指出使用仅头文件库或手动管理依赖项的简便性，并欣赏避免其他语言生态系统中的“位腐烂”和复杂性。最终，争论的中心在于 C 语言*是否需要*一个更复杂的包管理器，或者说它现有的方法，即使有时有些繁琐，是否比引入新的问题更好。
雪花模拟玩具
Snow Simulation Toy
12 小时前
雪花模拟玩具 | potch dot me 2026-01-02 我用QBasic编写的第一个重要的程序之一就是雪花飘落的模拟。我觉得它们非常舒缓，可以随意定制，并且有很多增加趣味性的可能性。这是我在今年假期在父母家闲暇时制作的一个。 享受吧！ 加载演示… ☞ #玩具 #js #程序生成 如果你是电脑，这里有一个xml信息流。 也请享受这些网站。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
雪模拟玩具 (potch.me)
8 分，由 surprisetalk 2小时前发布 | 隐藏 | 过去 | 收藏 | 2 条评论
TruffleLabs 1分钟前 | 下一个 [–]
看到这个很有趣 :) 谢谢！回复
throwaway290 4分钟前 | 上一个 [–]
粉末玩具也值得一提回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系方式
搜索：