Skip to content

Policy: Target-specific rules #44

@ehuss

Description

@ehuss

What should the policy be around documenting target-specific behavior?

There are several areas where we generally have to refer to targets, but should the spec go so far as to completely specify targets (I suspect no?). If not, then where do we draw the line? How do we say "yes" to one thing, and "no" to another?

Some examples of target-specific things from the reference:

  • Conditional-compilation keys (target_os and such)
  • target_feature
  • instruction_set
  • debugger_visualizer
  • Type layout
  • Linking and symbols
  • inline assembly
  • windows_subsystem
  • ABI's
  • main behavior (maybe)

Metadata

Metadata

Assignees

No one assigned

    Labels

    C-metaCategory: Meta discussion about the repository itself. We should refine each use of the policy label

    Type

    No type

    Projects

    Status

    Done

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions