[PATCH 1/4] x86: copy template's .operand_types[] into global insn data

Project / Subsystem

binutils / x86

Date

2026-07-24

Proposer

Jan Beulich <jbeulich@suse.com>

Source type

public_inbox

Consensus

Proposed

Sentiment

/10

Technical tradeoffs

  • Introduces data duplication by copying operand types from template to global insn data.
  • Sets the stage for future memory optimizations by decoupling operand types from individual instruction templates.

All attributes

project
binutils
subsystem
x86
patch_id
discussion_id
626f1b57-dd4e-4d04-af71-ceaeb65b92db@suse.com
source_type
public_inbox
title
[PATCH 1/4] x86: copy template's .operand_types[] into global insn data
headline
x86: copy template's .operand_types[] into global insn data
tldr
Copies operand types from instruction templates to global data to prepare for further refactoring.
proposer
Jan Beulich <jbeulich@suse.com>
consensus
Proposed
outcome
proposed
sentiment_score
technical_tradeoffs
  • Introduces data duplication by copying operand types from template to global insn data.
  • Sets the stage for future memory optimizations by decoupling operand types from individual instruction templates.
series_id
binutils:x86: copy template's .operand_types[] into global insn data
series_role
reply
series_parts
[]
tags
  • x86
  • gas
  • refactoring
  • code-organization
bugzilla_url
date
2026-07-24T00:00:00.000Z

[PATCH 1/4] x86: copy template's .operand_types[] into global insn data

Jan Beulich’s first patch in a series introduces a change to how operand types are handled in the x86 assembler (gas). It copies the operand_types array from the insn_template into a global _i386_insn structure (tm_types). This is a preparatory step to enable future modifications that will remove operand_types from being directly embedded in templates, aiming to reduce churn and improve code organization.