Files
Sylpheed/tools/ppc-manual/alu/addicx.md
MechaCat02 10dc260f0c chore(tools): adopt the PPC manual and a canary launcher that works anywhere
CONSOLIDATION.md Phase 6. Both lived untracked in the project root -- on one
disk, backed up by nothing.

  tools/ppc-manual/   393 files, 3.7 MB. 455 instructions, 350 family pages,
                      598 mnemonics resolvable through index.json, plus the
                      generator that produced them.
  tools/run-canary.sh the oracle launcher.

🔴 THE LAUNCHER WAS BROKEN IN TWO WAYS AND IS REWRITTEN, not copied:

  * it pointed at `xenia-rs/sylpheed.iso`, a SYMLINK. Wine cannot resolve one
    and says "path invalid", which reads as a corrupt image rather than a path
    problem -- it has cost a session before. It now points at the real file and
    warns if handed a symlink.
  * it hardcoded one machine's absolute paths, and named `xenia-rs`, which this
    consolidation retires. Now derived from the script's own location, with
    SYLPH_CANARY_BIN / SYLPH_ISO overrides and a check that each exists.

The standing constraints are in its header where someone will read them: one
emulator at a time, Canary runs MUTED, and never judge a crash or a hang from
a Bash-launched run -- a SIGKILL that looked like the binary was the editor's
process supervisor.

⚠️ The manual's GENERATOR reads the xenia-rs source tree, which is going away.
Its decoder now lives here as crates/sylpheed-ppc, so the generator must be
repointed before it is run again. Recorded in the README rather than left for
someone to discover; the manual's content is checked in and regenerates from
nothing implicitly.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-13 21:18:00 +02:00

5.8 KiB
Raw Blame History

addic. — Add Immediate Carrying and Record

Category: Integer ALU · Form: D · Opcode: 0x34000000

Assembler Mnemonics

Mnemonic XML entry Flags Description
addic. addic. Add Immediate Carrying and Record

Syntax

addic. [RD], [RA], [SIMM]

Encoding

addic. — form D

  • Opcode word: 0x34000000
  • Primary opcode (bits 05): 13
  • Extended opcode:
  • Synchronising: no
Bits Field Meaning
05 OPCD primary opcode
610 RT destination GPR (or RS when storing)
1115 RA source GPR (0 ⇒ literal 0 for RA0 forms)
1631 D/SI/UI 16-bit signed or unsigned immediate

Operands

Field Role Description
RA addic.: read Source GPR (r0r31).
SIMM addic.: read 16-bit signed immediate. Sign-extended to 64 bits before use.
RD addic.: write Destination GPR.
CA addic.: write XER[CA] carry bit. Read by add-with-carry/subtract-with-borrow instructions, written by carrying instructions.
CR addic.: write Condition-register update. When Rc=1, CR field 0 (or CR6 for vector compares, CR1 for FPU) is updated from the result.

Register Effects

addic.

  • Reads (always): RA, SIMM
  • Reads (conditional): none
  • Writes (always): RD, CA, CR
  • Writes (conditional): none

Status-Register Effects

  • addic.: CR0 ← signed-compare(result, 0) with SO ← XER[SO] (always).; XER[CA] ← carry-out of the add / borrow-in of the subtract (always).

Operation (pseudocode)

; Pseudocode derives directly from the xenia-rs interpreter
; arm (see Implementation References). Operation semantics:
;   - Read source operands from the fields listed under Operands.
;   - Apply the arithmetic / logical / memory action described
;     in the Description field above.
;   - Write results to the destination register(s); update any
;     status bits enumerated under Status-Register Effects.
; Consult the IBM AIX reference link under IBM Reference for
; canonical PPC-style pseudocode where xenia's expression is
; terse.

C Translation Example

/* C translation: the xenia-rs interpreter arm below in           */
/* Implementation References is the authoritative semantic        */
/* snapshot. Translate it line-by-line:                            */
/*   - ctx.gpr[N]  -> r[N]       (or f[]/v[] for FPRs/VRs)        */
/*   - mem.read_u*/write_u* -> mem_read_u*_be / mem_write_u*_be   */
/*   - ctx.update_cr_signed(fld, v) -> update_cr_signed(fld, v)   */
/*   - ctx.xer_ca / xer_ov / xer_so -> xer.CA / xer.OV / xer.SO   */
/* The Register Effects and Status-Register Effects tables above  */
/* enumerate every side effect a faithful translation must emit.  */

Implementation References

addic.

xenia-rs interpreter body (frozen snapshot)
        PpcOpcode::addicx => {
            // PPCBUG-003: same fix as addic plus CR0 i32 view.
            let ra32 = ctx.gpr[instr.ra()] as u32;
            let imm32 = instr.simm16() as i32 as u32;
            let result32 = ra32.wrapping_add(imm32);
            ctx.xer_ca = if result32 < ra32 { 1 } else { 0 };
            ctx.gpr[instr.rd()] = result32 as u64;
            ctx.update_cr_signed(0, result32 as i32 as i64);
            ctx.pc += 4;
        }

Special Cases & Edge Conditions

  • Rc bit is implicit, not encoded. addic. has its own primary opcode (13) distinct from addic's (12); there is no Rc field to set. The two forms are sibling D-form instructions, not flag variants of one encoding.
  • CR0 update is unconditional. Unlike XO-form Rc=1 instructions, addic. always updates CR0 from the result; the . is part of the mnemonic itself.
  • Common idiom: addic. rN, rN, -1 — decrements rN and sets CR0[EQ] when it reaches zero, in a single instruction. Frequently used as a loop counter (often paired with bne+ loop).
  • XER[CA] written same as addic. The carry-out from the unsigned 64-bit add is recorded; the . only adds the CR update on top.
  • 64-bit CR update on Xenon, 32-bit in xenia-rs. interpreter.rs:65 computes result as i32 as i64; spec demands a full 64-bit compare-to-zero. The truncation is a documented xenia-rs quirk shared with the rest of the carrying-add family.
  • SIMM is sign-extended to 64 bits before the add — addic. r3, r4, -1 adds ~0 and never sets CR0[EQ] unless r4 == 1.
  • addic — same op without the CR0 update.
  • addi, addis — immediate adds without XER[CA].
  • addcx — XO-form register equivalent.
  • subficRT ← SIMM RA with XER[CA] (no record form exists).
  • cmpi — explicit immediate compare when the carry side-effect would be unwanted.

IBM Reference