<table border="1" cellspacing="0" cellpadding="8">
    <tr>
        <th>Issue</th>
        <td>
            <a href=https://github.com/llvm/llvm-project/issues/202188>202188</a>
        </td>
    </tr>

    <tr>
        <th>Summary</th>
        <td>
            [RISC-V][lld] ld.lld gnu property no copy on protected dropped from output
        </td>
    </tr>

    <tr>
      <th>Labels</th>
      <td>
            lld
      </td>
    </tr>

    <tr>
      <th>Assignees</th>
      <td>
      </td>
    </tr>

    <tr>
      <th>Reporter</th>
      <td>
          XiaobingHou1219
      </td>
    </tr>
</table>

<pre>
    I ran into this while reducing a RISC-V linker testcase. The reproducer is small, and I have been seeing the same result consistently across three reruns.

### Summary
ld.lld links successfully but drops `.note.gnu.property` entirely from both executable and shared outputs when the only input GNU property is `GNU_PROPERTY_NO_COPY_ON_PROTECTED`. GNU ld.bfd preserves the same note in both output kinds, while plain controls without the input note remain note-free on both linkers.

### Expected behavior
Link valid RISC-V regular input objects that carry a `.note.gnu.property` entry for `GNU_PROPERTY_NO_COPY_ON_PROTECTED`. A correct final link should preserve that property in executable and shared outputs.

### Environment
- linker route: GNU as 2.45 input, current ld.lld 22.1.0 and GNU ld.bfd 2.45 final links, RV32/RV64 executables and shared objects built from a single regular input object carrying only the property note plus simple code; plain no-note controls show no spurious output note.
- march: rv32gc and rv64gc
- mabi: ilp32 and lp64
- first failing stage: link
- local stability check: True

### Reduced testcase
These are the reduced input files from the minimized reproducer I used locally:

#### `input_note_rv64.s`
```asm
.section ".note.gnu.property","a"
.balign 8
.4byte 4
.4byte note_end - note_desc
.4byte 5
.asciz "GNU"
note_desc:
.balign 8
.4byte 2
.4byte 0
.balign 8
note_end:

.text
.globl _start
.type _start,@function
_start:
  ret

.globl foo
.type foo,@function
foo:
  ret
```

#### `input_plain_rv64.s`
```asm
.text
.globl _start
.type _start,@function
_start:
  ret

.globl foo
.type foo,@function
foo:
  ret
```

### Reproduction notes
- Reproduction command from the packaged case directory:
  `powershell -ExecutionPolicy Bypass -File ./case/run.ps1`
- The reduced inputs live under `case/` and the stable witness outputs live under `verify/run1..run3/`.

### What I checked
- Reduced inputs are preserved under case/.
- Stable witness outputs are preserved under verify/run1..run3/.
- The strict recheck says stable normalized run signatures across three runs: True.
- Tracker guidance link: https://llvm.org/docs/HowToSubmitABug.html
- evidence summary: 3 clean reproductions under hunt/verify/lld_riscv_gnu_property_no_copy_on_protected_dropped_from_output/run1..run3` are stable: each run reports 4 ld.lld rows as `wrong_drop_note`, 4 GNU ld.bfd rows as `ok_preserve_note`, and 8 plain controls as `ok_no_note`. Representative run1 RV64 `rv64_shared_note/out.bfd.notes.txt` shows `Properties: no copy on protected` and `out.bfd.sections.txt` contains a `.note.gnu.property` section, while the matching `out.lld.notes.txt` is empty and `out.lld.sections.txt` has no `.note.gnu.property` section at all. The canonical RV64 repro in `hunt/cases/confirmed/lld_riscv_gnu_property_no_copy_on_protected_dropped_from_output` reproduces the same executable and shared-object note drop with `run.ps1`, along with a plain no-note ld.lld control. Local lld tests cover PT_GNU_PROPERTY generation and target-specific RISC-V property-note output, but local and web searches found no direct current LLVM issue or test covering `GNU_PROPERTY_NO_COPY_ON_PROTECTED` passthrough on RISC-V final links.

### Notes
upstream/binutils-gdb-full/include/elf/common.h`. Local lld test `upstream/llvm-project/lld/test/ELF/pt-gnu-property.s` asserts that final links emit a `.note.gnu.property`/`PT_GNU_PROPERTY` view when a GNU property note is present, and `gnu-property-align.s` plus `gnu-property-align-32.s` cover final output section layout for GNU property notes. Local RISC-V lld tests `upstream/llvm-project/lld/test/ELF/riscv-feature-zicfiss.s`, `riscv-feature-zicfilp-unlabeled.s`, and `riscv-feature-zicfilp-func-sig.s` show current lld does preserve and synthesize target-specific RISC-V property notes. By contrast, the current probe shows property type 2 being dropped entirely from RISC-V final outputs, and web searches across LLVM GitHub issues/PRs did not find a direct current report for that behavior.

Root key: `lld.riscv.gnu_property_no_copy_on_protected_dropped_from_output`
Case id: `20260605-lld-riscv-gnu-property-no-copy-on-protected-dropped-from-output`

</pre>
<img width="1" height="1" alt="" src="http://email.email.llvm.org/o/eJzUWElv3DzS_jXypSBBVnfrtQ8-eOskQD7HcJx8854alFiSOKZIgUs7yq8fFCn14nSWGcxlAMNoicVi8antKTFrRasQr5LVTbK6O2Peddpc_UMwXQnVvtf-vDi_PKs0H68-gGEKhHIaXCcsvHZCIhjkvhaqBQZPHz7fpl9BCvWCBhxaVzOLGTx3JDYYzX2NBoQF2zMpk-IWmOLwATq2RagQFVhE0uU6BMt62ma9dFBrZYV1qJwcgdVGWwuuM0gCxiubJfldkl9P_4tF_IPPvu-ZGeNryTMpebDOgvV1jdY2XsoRKu-AGz1YSMo8U9ph1iqfDUYPaNyYlDmgcsKgHKExuodKuw7wG9besUpiuIXtmEEO2rvBOwIHVbiGVnIEoQbv4N3DF5iVEgpJmb97-LJ5fPr0eP_0_Pfm4dPm9tPj35tPD_Tu-f72-f6OLAobJc-qhsNg0KLZot1jRAaDUNGqeD68CMUtARydNEgmFKHojJYWXoXrtHdBRTQt6DDYkxj9ThsCV09Ko0d_hvL9twFrhxwq7NhWaBMFPgr1AlsmBZ8Dw2DrJTPTkbr6J9aO7sEc1MyYEdgvHWBGaLT5c9SuodbGYO2gEYrJcAuwnfZyD2M8fe8U9Wu3_gwBtRVGqx6Vi0vpnARGe4fJ4jq4kFkosuUq3p-cU3tjUDmYQrMosvMsD8ceeDxs2d8gePXp66JIivXT13J5YLA9sniCt_JCuhi2DKxQbcjZHx0RXUDJFyKWQmMHS4iOQXoLVvSDRKg1x2RxM8WV0mmQ2MWX7fQrKA128EZob-eoDJ6dEeqZqTuCxmwXRVsH2822XLb1XqISJCDksCjCuhzK5bzaCGMdNExIMto61gagCaOdE3TNJC1VQgo3Qt1h_UJCz8bjaVc-UTlDvqtecf25Q4vADAZczCQT4WsEIR8ApsVeKNGL78gPS94H8BZ5tEeOyeL65OF0flLmQe2GsNoQHplNynySLPP4x2wf32QWaye0gqQoTiROUSTFbVIUjH7FDRWTolVwMT0uq9EhLI-ewtGoOKTxJ0dbHwmspidma_Gdjn738GV3wn7LfM3TZxZHT_lJ0dmSN4hlDr9NmZa1UlcSNtYxM79y44Dzm-I2WeaNVwGluD6tzCoBDLoj7VFlo_WhPno8oYxen9I0e-r3jg459Aee_h-_MzxN6RDClRxr5zQ9Wql131Oq7xJqYPULa5EDpSNwQRVdm_HAgqTMB_2KxnYoJaT3oSAKrR61FPUIN-PArIV0TZ0wS4p1yOtibbzKBnu-MzidiMpBcluQYovgFcfQeKad1JDIxtCCY694FU6htbv-f7xvi0Y0YzzzPMuMV4uo5icN5f-pK32I9Qr5Hqcj06gczX2MT2dNBu6K7OfT1p3aetrG7BAb64yoHRgMhoFlo53vr7TpmYx1zysgVsmcN9STjuiaV3YuwHvVhtXULFsvOFM1xhq-uIbOuYHECatiLeW2z7Rpk2LNdW2TYv1evz7rz77qhbu-8W3WuV7OSnErOJIyO5HAxTUsoJbI1K4yU5DY6fqdVy4p1jsUpOQbI2y93bTKb-aKulF6U-th3GhF71wgPhsijwPyDcXsJmJ8jCPFi5ljhSxBVncBKIODNs7CciYBRr9aYgpJmb8ardqgPHQDCtTiFpaH5OBAWr9sZpceilOcXrwlgLsdSs-yWUhDtKgccxS8ZD4EhpGUOZWnTWQWcUOx1t6RCaHr2Mx9c3RL6vxB92METGBwt9JAqBGh3KE2JxEZMqmamtlOG9nLhLK_IobTnj3XDU2YubojWjApl_KNncIC9oMbDy0gobcWdMyS8b87HZgDJmUcdWqmtBLEPAJ6IdiIWSZlPgUZZSnFb61VI0yP_L8Qb2W-JxwHw8FJOptOlC-wNlIWJoLg531NpNiRWrVxjb3helO0ThGVwcdAtegVMScLtd6igcfnzSFXhxYVGhYRo_rJTIsutQPWohH1PCfMl48nzfl0G-a0SOlo8ytWYJFIJNEv7RUnT8X-sGPWHz9-_T8Q1noEHUfSaNkUG38ySAB1D9cZ7duOAngy8oCR_6SIP-x7nB-sM8j6pFhXQnknpE1bXqU0fybFWqhaek5JhbIJcdH3WmVdSMtjZMnqA21UE9PBaHJnDKKkWJNcUqzvP1LVHFzaKp_OmAaOAcxaNPPsdXATwF64X2RbbFpvvEoKtwJf48zLjsfcOJxamErLXJGSMj-0Kg2sL9oW5oyT6-miiCIxuKLd02gxJ6JkI022NCj-YIedwZw_VOyi9d8FNSRq2mBocel3UTfC2kjfituQRz8KyCH1SrIKJfKd6ITFaXFiXakVbbx0GKp2E6PkwDXa_SAbsntUrkMrvuPvUmvG42aMKcxscA2VjfmIwegKp4K-2xZoYQFV-EozlaE3H0eO8mMiHPNVj3J2IgYhRd8J995XMVOpMj4-WeCCMjrEJwf2NrNj4wyODlE8f3w4SsYnrR28YGj-SZlThQ9QZ_9pjY1qb4mJCj5pLfKizMt8lUrJ0-jJo9hVOiX1qVbpTn06qU9JffpG_Rm_WvDLxSU7w6vzvy7yi0V5WZZn3dVyUfFygc3yYlnkDV9hg-cVZ805a_66XF2UZ-JqMuav82JV5mV2uSiQXdRlft40-aqqkmWOPRMym8nUWYCctp1fXJyF8LThY2BRhLgvktXdmbkKKVH51ibLXArr7F6BE06G74fR8cnqLlnd0N7V3dwlWuUPI-9HLrALpRBBEY4zb-TVMQNshet8ldV6ztIfk3UXQdONtlfFvwIAAP__39X3Mw">