decompals / decompals/slinky

[Suggestion]: Allow `kind: group` entries to take `section_order`

Open
#80 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement suggestion
Dominant language
Linker Script
Stars
12
Forks
1
PR merge metrics
No merged PRs in 30d

Description

Explain the feature

Allow using section_order on groups, and apply it to the listed files of the group.

Advantage
  • Avoids repetition
Disadvantage
  • More code to write
  • Not that common of an issue
  • Not clear what to do when both a group and a file from that group have an explicit and different section_order. Probably override.
Example(s)

Currently if we want to change the section order of all the files in a group it is needed to be set on every file, like this.

      - kind: group
        files:
          - { path: src/shapes.o, section_order: { .data: .rodata } }
          - { path: src/rcp_init.o, section_order: { .data: .rodata } }
          - { path: src/samples.o, section_order: { .data: .rodata } }

Ideally we could just tag the group itself and avoid repetition.

      - kind: group
        section_order: { .data: .rodata }
        files:
          - { path: src/shapes.o }
          - { path: src/rcp_init.o }
          - { path: src/samples.o }

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by locating the configuration handling for kind: group entries and per-file section_order, using the YAML examples as the expected input shape. Define and implement how a group's mapping applies to its files, including the unresolved precedence when a file specifies a different mapping; done means grouped files no longer repeat the same setting and the conflict behavior is covered.

Written by the indexing model from the issue text.

Assessment

Domain
build-system
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.