<div dir="ltr">I've been working to add a feature for section packing akin to LD's `--enable-non-contiguous-regions` to LLD. Discussing this[1] revealed a desire to have an explicit syntax in the linker script, rather than having a flag globally modify the behavior of wildcard matching and address layout. I wanted to pop my head in here before implementing anything too extensively with the hope of arriving at something that could work across linkers.<br clear="all"><div><br>I'm currently thinking of something like the existing `SORT_BY_xxx` modifiers: `ANY(<tag> <wildcard_patterns>)`. This would match input sections identically as normal, but it would record the set of matched sections as associated with the given tag. Then, any further instances of `ANY(<tag>)` without any wildcard patterns would provide locations that the tagged sections could spill to, as if by a subsequent `enable-non-contiguous-regions` match. `ANY` refers to the possibility that any of the tagged sections that fit may appear at that location. (The name feels weak to me; it comes from a vague reference to an armlink feature with wildly different semantics. Open for suggestions.)<br><br>Using tags avoids introducing a new semantics for wildcard matching; a section would still always match exactly one wildcard. Accordingly, it would preserve the ability to use broad wildcards to refer to anything not yet matched by earlier more specific ones. This in turn should make porting easier, since linker scripts may be written assuming this. By contrast, `--enable-non-contigous-regions` makes broad wildcards potential spill locations for earlier matches, which may not have been intended.<br><br>[1] <a href="https://discourse.llvm.org/t/rfc-lld-enable-non-contiguous-regions/76513">https://discourse.llvm.org/t/rfc-lld-enable-non-contiguous-regions/76513</a></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><br><div style="line-height:1.5em;padding-top:10px;margin-top:10px;color:rgb(85,85,85);font-family:sans-serif;font-size:small"><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(213,15,37);padding-top:2px;margin-top:2px">Daniel </span><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(51,105,232);padding-top:2px;margin-top:2px">Thornburgh |</span><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(0,153,57);padding-top:2px;margin-top:2px"> <a href="mailto:dthorn@google.com" target="_blank">dthorn@google.com</a></span></div><br></div></div></div></div></div>