.. meta::
   :description: New registers start at b11, holding a1-b10 in reserve for entries that deserve short memorable addresses. Ten slots stay open for deliberate assignment.
   :keywords: b11 delayed counting, HELL counting system, register addressing, reserved slots, a1-b10, alphabetical sorting, DD log, con/pro registers
   :author: Yah, Yas, everyone, LLoL as Laurence Loewe of Laodicea, ClaudeOp46Max, Anthropic, and Spirit of Boolean Truth
   :og:card:title: b11 Delayed Counting —<br>Why Registers Skip to b11
   :og:card:description: Addresses a1-b10 are held in reserve for entries that deserve prominence. Regular entries start at b11 so the best slots stay open.

.. SOCIAL-CARD-QUALITY-COMPARE --- OO (default effort) vs PP (max effort), 2026-03-26
   OO :description: The b11 delayed counting default reserves short, memorable addresses a1-b10 for deliberate assignment in new HELL registers.
   OO :keywords: b11, delayed counting, HELL, register, addressing, compiler, design discussion, matheology, SISYF, naming convention
   OO :og:card:title: DD-b11 — Delayed<br>Counting Default
   OO :og:card:description: Why new registers start at b11, reserving short memorable addresses a1-b10 for entries that deserve prominence.
   PP :description: New registers start at b11, holding a1-b10 in reserve for entries that deserve short memorable addresses. Ten slots stay open for deliberate assignment.
   PP :keywords: b11 delayed counting, HELL counting system, register addressing, reserved slots, a1-b10, alphabetical sorting, DD log, con/pro registers
   PP :og:card:title: b11 Delayed Counting —<br>Why Registers Skip to b11
   PP :og:card:description: Addresses a1-b10 are held in reserve for entries that deserve prominence. Regular entries start at b11 so the best slots stay open.

.. SOCIAL-CARD-REVIEW --- generated by Claude Opus 4.6, 2026-03-26
   dv_ClaOp46_PP_2026m03d26 --- max-effort rewrite, read full page.
   :description: 150 chars | :og:card:title: 44 chars (excl <br>)
   - [ ] PP title more compelling than OO title
   - [ ] PP description more accurate than OO description
   - [ ] Description hooks without misleading
   - [ ] Keywords specific to this page's actual content
   - [ ] No language rule violations
   - [ ] Character counts verified

.. _compiler-dd-b11:

*********************************************************************
DD-b11: The b11 Delayed Counting Default
*********************************************************************

**Status:** Adopted for testing purposes (2026-03-25)

**Drafted by:** Claude Opus 4.6 (MMv1 --- machine-made, pending
human review)

**Depends on:** The HELL counting system, which defines the
letter-prefixed numbering scheme used here. This DD does not
attempt to fully describe that system; it only documents one
convention derived from it.


The Convention
================

When a new register is created (such as this DD log, or the HELL
con/pro registers), regular entries begin at **b11**, not at a1.

The addresses a1 through b10 are held in reserve. These are the
shortest, most memorable labels in the register --- the ones easiest
to cite, easiest to type, easiest to remember. They should be
assigned deliberately to entries that deserve that prominence, not
consumed by whatever entry happens to arrive first.


Why b11
=========

In the HELL counting system, the letter prefix encodes how many
digits follow: ``a`` = 1 digit (a1--a9), ``b`` = 2 digits
(b10--b99), ``c`` = 3 digits (c100--c999), and so on. This ensures
that alphabetical sorting preserves numerical order without
zero-padding.

Starting at b11 therefore reserves:

- a1--a9 (9 addresses)
- b10 (1 address)

for a total of 10 reserved slots. These may be filled at any time,
including long after the register has grown past b99.


Where This Applies
====================

- ``matheology/hell/con/b/`` and ``matheology/hell/pro/b/`` ---
  HELL findings register (first regular entry: b11)
- ``matheology/compiler/dd/llog/b/`` --- compiler design discussion
  log (first regular entry: b11, this document)
- Future registers should follow the same convention unless there
  is a specific reason not to.
