diff --git a/doc/develop.jax b/doc/develop.jax index c373a91aa..92ab3bbf0 100644 --- a/doc/develop.jax +++ b/doc/develop.jax @@ -1,4 +1,4 @@ -*develop.txt* For Vim バージョン 9.1. Last change: 2025 Jul 22 +*develop.txt* For Vim バージョン 9.1. Last change: 2025 Aug 10 VIMリファレンスマニュアル by Bram Moolenaar @@ -303,11 +303,11 @@ Vim のメイン Makefile は最大限の移植性を目指しており、POSIX. 定義された機能のみに依存し、それ以降の POSIX 標準や GNU/BSD 拡張は無視してい る。具体的には、以下の点を避けている。 - – % パターンルール - – POSIX.1-2001 外のモダンなな代入 (`:=`, `::=`) - – 特別なターゲット (`.ONESHELL`, `.NOTPARALLEL`, `.SILENT`, …) - – 順序のみの前提条件 (`|`) または自動ディレクトリ作成 - – GNU/BSD 条件文 (`ifdef`, `ifndef`, `.for`/`.endfor`, …) + - % パターンルール + - POSIX.1-2001 外のモダンな代入 (`:=`, `::=`) + - 特別なターゲット (`.ONESHELL`, `.NOTPARALLEL`, `.SILENT`, ...) + - 順序のみの前提条件 (`|`) または自動ディレクトリ作成 + - GNU/BSD 条件文 (`ifdef`, `ifndef`, `.for`/`.endfor`, ...) POSIX.1-2001 は従来のサフィックスルールのみをサポートしているため、別ディレク トリに構築されるすべてのオブジェクトには明示的なルールが必要である。例: @@ -334,8 +334,9 @@ VAX V7.3 では Compaq C V6.4-005 を使用してビルドする必要がある `C95` (ISO/IEC 9899:1990/AMD1:1995) さらに、以下の 2 つの `C99` 機能が明示的に許可される: - – |style-comments| で要求される `//` コメント。 - – `_Bool` 型。 + - |style-comments| で要求される `//` コメント。 + - `_Bool` 型。 + - 論理行には最大 4095 文字を含めることができる。 プラットフォーム固有のコードでは、そのプラットフォームでサポートされている新し いコンパイラ機能が使用される場合がある。 @@ -343,11 +344,12 @@ VAX V7.3 では Compaq C V6.4-005 を使用してビルドする必要がある ☆変数のサイズ *assumptions-variables* - char 8-bit signed - char_u 8-bit unsigned - int 32- or 64-bit signed (レガシーシステムでは 16-bit が可能) - unsigned 32- or 64-bit unsigned - long 少なくとも 32-bit signed (ポインタを保持できる十分な大きさ) +型のサイズについては POSIX.1-2001 (SUSv3) に従う。これは実際には以下のことを意 +味する: + + char_u 8-bit unsigned + int 32-bit またはそれ以上の signed + unsigned 32-bit またはそれ以上の unsigned ============================================================================== diff --git a/en/develop.txt b/en/develop.txt index 9b2e21b5d..e31e3573e 100644 --- a/en/develop.txt +++ b/en/develop.txt @@ -1,4 +1,4 @@ -*develop.txt* For Vim version 9.1. Last change: 2025 Jul 22 +*develop.txt* For Vim version 9.1. Last change: 2025 Aug 10 VIM REFERENCE MANUAL by Bram Moolenaar @@ -291,8 +291,8 @@ initialized from words listed in COMMON items in the affix file, so that it also works when starting a new file. This isn't ideal, because the longer Vim is running the higher the counts -become. But in practice it is a noticeable improvement over not using the word -count. +become. But in practice it is a noticeable improvement over not using the +word count. ============================================================================== 3. Assumptions *design-assumptions* @@ -308,11 +308,11 @@ Vim's main Makefiles target maximum portability, relying solely on features defined in POSIX.1-2001 `make` and ignoring later POSIX standards or GNU/BSD extensions. In practical terms, avoid: - – % pattern rules - – modern assignment (`:=`, `::=`) outside POSIX.1-2001 - – special targets (`.ONESHELL`, `.NOTPARALLEL`, `.SILENT`, …) - – order-only prerequisites (`|`) or automatic directory creation - – GNU/BSD conditionals (`ifdef`, `ifndef`, `.for`/`.endfor`, …) + - % pattern rules + - modern assignment (`:=`, `::=`) outside POSIX.1-2001 + - special targets (`.ONESHELL`, `.NOTPARALLEL`, `.SILENT`, ...) + - order-only prerequisites (`|`) or automatic directory creation + - GNU/BSD conditionals (`ifdef`, `ifndef`, `.for`/`.endfor`, ...) Since POSIX.1-2001 supports only traditional suffix rules, every object built in a separate directory must have an explicit rule. For example: @@ -338,9 +338,10 @@ Therefore, the latest ISO C standard we follow is: `C95` (ISO/IEC 9899:1990/AMD1:1995) -In addition, the following two `C99` features are explicitly allowed: - – `//` comments, as required by |style-comments|; - – the `_Bool` type. +In addition, the following `C99` features are explicitly allowed: + - `//` comments, as required by |style-comments|; + - the `_Bool` type. + - logical lines may contain up to 4095 characters; Platform-specific code may use any newer compiler features supported on that platform. @@ -348,11 +349,11 @@ platform. SIZE OF VARIABLES *assumptions-variables* - char 8-bit signed - char_u 8-bit unsigned - int 32- or 64-bit signed (16-bit possible on legacy systems) - unsigned 32- or 64-bit unsigned - long at least 32-bit signed (large enough to hold a pointer) +We follow POSIX.1-2001 (SUSv3) for type sizes, which in practice means: + + char_u 8-bit unsigned + int 32-bit or larger signed + unsigned 32-bit or larger unsigned ==============================================================================