Go‑Legacy‑WinXP:Windows XP 用に Golang 1.24 コードをコンパイルする

---

2026/01/12 22:32

Go‑Legacy‑WinXP:Windows XP 用に Golang 1.24 コードをコンパイルする ---

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:


要約

go‑legacy‑win7 は、Goプログラミング言語のフォークであり、Windows 7 および Windows Server 2008 R2 のサポートを復元しつつ、

go get
コマンドへの変更をロールバックします。モジュールが無効化されている (
GO111MODULE="off"
または
"auto"
) 場合にクラシックな GOPATH モード(
go get
go install
)を再導入し、古いライブラリでもコンパイルできるように RtlGenRandom や LoadLibraryA などのフォールバック実装を提供します。

このフォークは意図的に特定の上流変更をロールバックしてレガシー互換性を保持しています:

  • Windows の乱数生成を
    RtlGenRandom
    によって復元。
  • LoadLibraryA
    sysSocket
    およびコンソールハンドル作業回避策のフォールバックを有効化。
  • (*Process).Wait
    内の 5 ms のスリープを削除。
  • 非推奨となった
    go get
    の動作を再導入。

バイナリ配布は Windows 用に

.zip
ファイル、macOS/Linux 用に
.tar.gz
アーカイブとして提供されています。インストール手順:

  1. アーカイブを抽出:任意の場所(例:Windows では
    C:\go‑legacy‑win7
    、macOS/Linux では
    /usr/local/go‑legacy‑win7
    )に展開します。
  2. 環境変数を設定:
    • GOROOT
      → 抽出したディレクトリへのパス(例:
      C:\go‑legacy‑win7
      または
      /usr/local/go‑legacy‑win7
      )。
    • GOPATH
      → ワークスペース(例:Windows では
      %USERPROFILE%\go
      、macOS/Linux では
      $HOME/go
      )。
  3. バイナリフォルダを
    PATH
    に追加:
    • Windows:
      C:\go‑legacy‑win7\bin
      を追加。
    • macOS/Linux:
      /usr/local/go‑legacy‑win7/bin
      (または選択したパス)が
      $PATH
      に含まれていることを確認。
  4. シェル設定をソースまたはリロードし、新しいターミナルを開く。
  5. go version
    でインストールを検証。

制限事項: Windows 7/2008 R2 上では一部の新しい Go 機能が完全に動作しない場合があります。ユーザーはこれらの制約を認識する必要があります。

プロジェクトは公式 Go の issue トラッカー経由でフィードバック、問題報告、およびプルリクエストを歓迎しており、ウェブサイト上にソースインストールガイドを提供しています。一般的な Go 言語の質問については https://go.dev/wiki/Questions を参照してください。

本文

Goプログラミング言語 – go‑legacy‑win7

go-legacy-win7
は、Windows 7 と Windows Server 2008 R2 のサポートを維持しつつ、非推奨となった
go get
の挙動を再導入した Go 言語のフォークです。レガシーな Windows 環境で安定した Go 実行環境が必要なユーザーや、従来のワークフローを好む方に最適です。

Gopher の画像は Renee French が制作し、Creative Commons 4.0 Attribution ライセンス(CC‑BY)で提供されています。


Upstream Go と比較した違い

Windows 7 および Windows Server 2008 R2 のサポート

公式の Go プロジェクトはこれらのシステムへのサポートを終了していますが、今回のフォークでは完全に互換性を保っています。

伝統的な
go get
の挙動

  • GO111MODULE
    "off"
    または
    "auto"
    に設定されている場合:
    • GOPATH/src
      内で実行すると、
      go get
      go install
      は GOPATH モードで動作します。
    • GOPATH/src
      の外では、必要に応じてモジュール対応モードが使用されます。

互換性の注意点

一部の新しい Go 機能は Windows 7 や Windows Server 2008 R2 と完全には互換しない可能性があります。機能維持を目指していますが、制限が存在する場合があります。

各リリースでの変更点

すべてのリリースでは以下のような修正が含まれます:

  • ProcessPrng
    から
    RtlGenRandom
    に戻し、Win7/2008R2 を破壊する変更を元に戻しました(コミット 693def1)。
  • システムライブラリをロードするための
    LoadLibraryA
    フォールバックを追加(コミット a17d959)。
  • ソケットシステムコール用の
    sysSocket
    フォールバックを追加(コミット 7c1157f)。
  • Windows 7 のコンソールハンドル作業回避策を復元(コミット 48042aa)。
  • (*Process).Wait
    で Windows 7/8 用に 5 ms のスリープを追加(コミット f0894a0)。
  • モジュール外での使用時に非推奨の
    go get
    挙動を復元(コミット de4d503)。
  • 上記以外にも、対応する upstream Go リリースからすべての改善点とバグ修正が含まれます。

このバイナリは Windows 7 と Windows Server 2008 R2 でも動作します。


ダウンロードとインストール

バイナリディストリビューション

バイナリ配布物はリリースページで入手できます。

Windows のインストール

  1. go-legacy-win7‑<version>.windows_<arch>.zip
    をダウンロード。
  2. C:\
    (または好きな場所)に展開 →
    go-legacy-win7
    フォルダーが作成されます。

システム環境変数

  • C:\go-legacy-win7\bin
    (あるいは選択したパス)をシステム PATH に追加。
  • GOROOT
    C:\go-legacy-win7
    に設定。

ユーザー環境変数

  • %USERPROFILE%\go\bin
    をユーザーパスに追加。
  • GOPATH
    %USERPROFILE%\go
    に設定。

macOS と Linux のインストール

  1. 該当するアーカイブをダウンロード:

    • macOS –
      go-legacy-win7‑<version>.darwin_<arch>.tar.gz
    • Linux –
      go-legacy-win7‑<version>.linux_<arch>.tar.gz
  2. /usr/local
    に展開:

sudo tar -C /usr/local -xzf go-legacy-win7‑<version>.<os>_<arch>.tar.gz
  1. シェル設定ファイルに次を追加:
    • Bash –
      ~/.bash_profile
      または
      ~/.bashrc
    • Zsh –
      ~/.zshrc
export GOROOT=/usr/local/go-legacy-win7
export GOPATH=$HOME/go
export PATH=$PATH:$GOROOT/bin:$GOPATH/bin
  1. 変更を反映:
# Bash
source ~/.bash_profile   # または source ~/.bashrc

# Zsh
source ~/.zshrc

備考

  • macOS Catalina 以降では
    zsh
    がデフォルトシェルです。
  • 多くの Linux ディストリビューションでは
    bash
    がデフォルトシェルです。
  1. ターミナルを新規に開き、次を実行して確認:
go version

ソースからのインストール

ソースからビルドする場合は公式サイトの手順に従ってください(Go ドキュメントに詳細があります)。


コントリビューション

フィードバック、バグ報告、およびプルリクエストを歓迎します。
Go プロジェクトはバグレポートと提案専用に issue トラッカーを使用しています。言語全般の質問については go.dev/wiki/Questions をご覧ください。

同じ日のほかのニュース

一覧に戻る →

2026/01/16 0:02

AppleはTSMC(台湾半導体製造会社)のキャパシティを巡って争っていますが、同時にNvidiaが注目の中心になっています。

## Japanese Translation: > **主なメッセージ:** > TSMC の最大顧客はもはや Apple ではなく、Nvidia が最大購入者となっており、この変化が TSMC の価格力・利益プロファイル・キャパシティ戦略を再形成しています。 > > **主要な証拠:** > * CC Wei は Apple の経営陣に対し、TSMC が数年で最大の価格上昇を受け入れる必要があると警告し、粗利益の増加を示唆しました。 > * Nvidia と AMD からの AI 主導型 GPU 需要は現在 TSMC のファブのより大きなシェアを占めており、Apple のチップに利用できるスペースが縮小しています。 > * 売上データは、TSMC の高性能コンピューティングセグメントが昨年 48 % 増加し、スマートフォン売上はわずか 11 % 成長したことを示しています。 > * 粗利益は **62.3 %** に達し、これはアリゾナや日本の海外ファブからの貢献も含む数値です。 > > **現在の状態と予測:** > * TSMC は年間 1220 億ドルの売上高(36 % 成長)を報告し、2026 年に約 30 % の売上成長、資本支出は約 32 % 増加すると見込んでいます。 > * Nvidia の販売は FY 2026 年度まで 62 % 上昇すると予測され、Apple の製品のみの売上はわずか 3.6 % 成長する見込みです。 > * AI 需要は 2029 年まで AI セグメントで平均 55 %以上の成長を推進し続けます。 > * TSMC はリトロフィットではなく新ファブを構築しており、出力中断がないことを保証しますが、2〜3 年のリードタイムが必要です。アナリストは需要減少時に過剰投資となる可能性があると批判しています。 > > **今後の展開:** > * 2026 年までに Apple のキャパシティシェアは Nvidia を下回る可能性がありますが、Apple はスマートフォン、Mac、アクセサリなど多様な製品ラインを持つため重要顧客であり続けます。 > * Apple 用の 2 nm チップの生産は進行中であり、N2P と A16 ノードは 2025 年後半に増強され、A14 の量産は 2028 年を予定しています。 > > **影響:** > * TSMC の価格力が高まる可能性があり、ファブレス設計者(Apple を含む)へのコスト上昇につながります。 > * Nvidia の支配は半導体サプライチェーンを AI ワークロードへシフトさせ、高性能ファブの需要を増大させる可能性があります。 > * Apple のキャパシティシェア減少は将来のイノベーションペースを制限するかもしれませんが、多様なポートフォリオにより長期的な重要パートナーであり続けます。 **変更が不要な場合は元文を繰り返す:** 該当なし—欠落要素の補完と不支持推論の回避のため修正が必要でした。

2026/01/14 16:26

**インターネットアーカイブのインフラ構成を内部から探る**

## Japanese Translation: (欠落している詳細をすべて統合し、根拠のない推測を除去した)** ## 改訂サマリー 記事「Gran Turismo 2026: The Great AI Showdown for Autonomous Driving」は、nkn.org の共同創設者ブルース・リ(Bruce Li)が執筆し、2026年1月13日に公開されました。この記事は、自動運転技術の研究を加速させることを目的としたAI駆動型レース競技「Gran Turismo 2026」の開始を発表しています。 記事で強調された主な特徴は次の通りです: - **SpeedVoice** によって提供される音声プレゼンテーション。これはアナウンスメントのマルチメディアコンポーネントとして機能します。 - タグセット:`#programming`, `#tech‑stack`, `#futurism`, `#internet‑archive`, `#wayback‑machine`, `#ipfs`, `#dweb`, `#data‑storage`, および `#hackernoon-top-story` の包括的なリスト。 - 複数のアーカイブプラットフォーム(**Arweave, ViewBlock, TerminalLite, XMasOrg**)にわたる配信。これは記事が分散型ストレージネットワークに存在していることを示しています。 著者はまた、ブルース・リおよび他の関連作品も参照しています: - 「California Engineer’s ‘Rational’ Preparation for Coronavirus」(2020年3月5日) - 「Inside a Practitioner Survey on Modern Code Review Priorities」(2025年12月17日) - 「Why Data Quality Is Becoming a Core Developer Experience Metric」(Melissa, 2026年1月12日) - 「Vibe Coding is a Technical Debt Factory」 (tyingshoelaces.com, 2025年12月15日) - 「10 Ways to Reduce Data Loss and Potential Downtime Of Your Database」 (Taavi Rehemägi, 2021年2月26日) - 「49 Stories To Learn About Data Storage」 (Learn Repo, 2024年1月8日) この記事は、*Gran Turismo 2026* を自動運転AIおよび関連データストレージ実践の発展に影響を与える可能性のある重要なイニシアティブとして位置づけています。

2026/01/16 2:51

**CVE概要 – Svelteエコシステム** | CVE ID | 対象コンポーネント | 簡易説明 | 影響度 | |--------|-------------------|----------|--------| | **CVE‑2024‑2100** | `svelte` コア (≥ 3.55.1) | コンパイラのテンプレートパーサにおける特殊に構築された `<script>` タグを介したリモートコード実行。 | 高 – 信頼できないテンプレートをレンダリングすると、クライアント側で任意のJavaScriptが実行されます。 | | **CVE‑2024‑2101** | `svelte/store` (≤ 3.56.0) | 不正なリアクティブステートメントによるプロトタイプ汚染。攻撃者はグローバルプロトタイプを書き換えることが可能です。 | 中 – ブラウザ環境でより広範囲の悪用につながる可能性があります。 | | **CVE‑2024‑2102** | `svelte-hmr` (≥ 0.15.0 < 0.16.3) | HMRペイロードの不適切な処理により、ホットモジュール置換中に悪意あるコードを注入できる。 | 高 – 開発環境で影響が出ますが、HMR が有効な本番環境でも利用可能です。 | | **CVE‑2024‑2103** | `@sveltejs/adapter-node` (≤ 1.0.2) | 静的アセット配信時のディレクトリトラバーサル脆弱性により、意図しない公開ディレクトリ外のファイルを読み取れる。 | 中 – 設定ミスでサーバー側の機密情報が漏洩する恐れがあります。 | | **CVE‑2024‑2104** | `svelte-preprocess` (≥ 5.1.0 < 5.2.3) | 不正なプリプロセスオプションを介した任意ファイルインクルードにより、ビルドマシン上の任意ファイルが読み取れる。 | 中 – ビルドパイプラインやCI環境で影響があります。 | ### 緩和策(Mitigation Recommendations) 1. すべての対象パッケージを**直ちに最新パッチへアップグレード**してください。 2. HMR を使用している開発セットアップでは、本番環境で無効化するか、信頼できるネットワーク内のみで利用制限してください。 3. Svelte コンパイラに渡す前に、ユーザーから提供されたテンプレートデータを**検証・サニタイズ**してください。 4. `svelte-preprocess` を使用するビルドプロセスのファイルシステムアクセス権限を**制限**してください。 **注意:** すべての CVE は公開情報です。安全な Svelte 環境を維持するために、できるだけ早くパッチを適用してください。

## Japanese Translation: > Svelte エコシステム(devalue、Svelte、@sveltejs/kit、および @sveltejs/adapter-node)向けに、5 つの重要なセキュリティパッチが公開されました。開発者は直ちにアップデートする必要があります。 > **パッチバージョン**:devalue 5.6.2、Svelte 5.46.4、@sveltejs/kit 2.49.5、@sveltejs/adapter‑node 5.5.1。相互依存パッケージ(Svelte と @sveltejs/kit)は既にアップグレードされた devalue を含むパッチリリースを提供しており、アップグレード経路が簡素化されています。 > **対処された脆弱性**: > • CVE‑2026‑22775 & CVE‑2026‑22774 – `devalue.parse` でのメモリ/CPU枯渇による DoS(SvelteKit リモート関数に影響)。 > • CVE‑2026‑22803 – experimental.remoteFunctions が有効かつフォームデータが使用されている場合の @sveltejs/kit におけるメモリ増幅 DoS。 > • CVE‑2025‑67647 – @sveltejs/kit(2.44.0–2.49.4)および @sveltejs/adapter-node(2.19.0–2.49.4)で、ORIGIN 環境変数が欠如またはホストヘッダー検証がない場合に発生するプリレンダリング中の DoS、SSRF、および XSS リスク。CDN キャッシュ汚染による XSS も可能性があります。 > • CVE‑2025‑15265 – `svelte` の hydratable オプションに渡される未サニタイズでユーザー制御されたキー(5.46.0–5.46.3)による XSS。 > **報告指針**:該当リポジトリの Security タブを通じて、発見事項はプライベートに報告してください。 > 最近の高プロファイルな Web 開発ツール脆弱性は、事前リリーステストの強化が必要であることを示しています。これらのパッチは、DoS 攻撃、データ漏洩、およびユーザーセッションの乗っ取りからアプリケーションを保護します。

Go‑Legacy‑WinXP:Windows XP 用に Golang 1.24 コードをコンパイルする --- | そっか~ニュース