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

    <tr>
        <th>Summary</th>
        <td>
            Miscompilation when targeting mipsel with -static-pie
        </td>
    </tr>

    <tr>
      <th>Labels</th>
      <td>
            new issue
      </td>
    </tr>

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

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

<pre>
    I'm not 100% sure what is going on exactly, so here's what I'm doing for a minimal reproducer:

I have a very simple program, say `test.c`:

```c
#include <stdio.h>

int main() {
 printf("Hello world!\n");
    return 0;
}
```

I then compile it with clang for mipsel:

`mipsel-unknown-linux-musl-clang --sysroot ./sysroot/usr/mipsel-unknown-linux-musl/ -fuse-ld=lld -static test.c -o test -mips32r2`

...and run it with binfmt-misc using qemu-static-mipsel:

```
$ ./test
Hello world!
```

So far, so good. Now I try `-static-pie` instead of `-static`:

```
$ mipsel-unknown-linux-musl-clang --sysroot ./sysroot/usr/mipsel-unknown-linux-musl/ -fuse-ld=lld -static-pie test.c -o test -mips32r2
$ ./test
Hello world!
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
fish: Job 1, './test' terminated by signal SIGSEGV (Address boundary error)
```

Something is fishy - so I put it in gdb:


Notice the `bal 0x55550000`. That address is in the middle of nowhere and not at instruction boundary. The jump triggers the fault. Removing the block for `__cxa_finalize` "fixes" the issue. 

```
$ llvm-readelf -Ws test | grep cxa_finalize
   143: 00000000     0 NOTYPE  WEAK   DEFAULT   UND __cxa_finalize
```

I wonder why this resolves to the weak symbol - maybe that is part of the issue? On x86_64 it does as well, but doesn't crash. It definitely is an issue with weak symbols I believe - I had to revert c22828991e7ca7b99048761c078252e94403ba6e to make it stop calling `__register_frame_info` (an unresolved weak symbol because it is not enabled by default in libunwind), calling which triggered basically the same issue that I'm describing here now.

This is all on LLVM 19.1.7 built with Chimera Linux' packaging infrastructure (i.e. a full LLVM toolchain).
</pre>
<img width="1" height="1" alt="" src="http://email.email.llvm.org/o/eJy8Vk1z47gR_TXQpYssEqRI6qCDxrYmSmZnUxnvbuXkAoEmiTUIMAAoWfn1qSZlj3fXm9ziYpUpEOiP169fQ4Sge4u4Z9tPbHu_EXMcnN9_RtNOs32Om9ap6_7EeD2CdRHyLGN8C2H2CJdBRNABeqdtD84CvggZzZXxOwgOBvTIeB3WfasJtWztnAcBo7Z6FAY8Tt6pWaJnxYFl9JxgEGcEAWf0Vwh6nAzC5F3vxbhYF1dgVRYxxFSyKns7SO_LI-kHL7SVZlYIrLgLUWmXDqx4WLdqG2EU2jLeML4DVn9i2QEmr23sljX-FzTGwcV5oxjP2fbOMs4Z37Fi2QoAHuPsLWTrCqvv34fwmkoc0IJ046QNgo5w0XEAacQNiFFPAc37DNaVZLbP1l1sYrSdX5JxDiZZTyVJuAbvXISU8ePtnfHjHDzjxz89zfgRkm4OmBjFintjFCQhiqglrEBC4pY3SMhGwT1_yyJNU2EV-Nm-ZdBq240xGXWQMAcq679wnG8Wkz9m9R0UXi6BkyuWHX6H8h8A_OagE_7Gqd45lcJXd4ETRL-Q4NXjpJFVGWgbIgoFrnv38UOK3EL5v6NNkf454v8bH4KZFQeYrRRzP0SIwvcYgRpZGMhzYLz5hv2Ilvw5C52YTSSSJyCdR1DzOKFi2aHTYSBTf3Ut5AQx4_Wba15DRD9qKyIqaK-vDr6dPn97-PwzeTko5TEEaN1slfBXQO-dpxb5oIwjxoFoogOQ3yskVNETTHMkUmkLvWq_l4k67tNpFD2y7T3jzRDjFOgzPzJ-7HUc5jaVblxKgT4RMQo5UNKB8aMIAZeXRlVFwTuVlEW5TcqiU4nIK57UVbct8lxJKapbwNnhq4taInUskacVBrKX7Xa7zbKMMknhkaRM3LLWgYKmzaNWyiBxzroL6R5Qt5BekkLaEP0sl0q8AkWWEH6dxwmi132PPiyGlkql8A8c3ZmworXWOPm8SAWrsqcn-SKeOm2F0f9eCM847_QLBsb5sl2HMGMKH5PdmPOYeBQKTQfJL2FlH6vvoPc4wW9sLxKXlwURJLv9kehBBl9_fPzn3x8Afnk4_A0A7h-Oh5--PALAT1_v4XchfqCIF2cVergMV4iDDuAxOHPGANEtKVxQPEO4jq0zkMAori3VZB02k_CRgH5LlRVH-NHCS1M9VSURSTkMIAJc0BjidDuva5bxOoL0IgwpnCIo7LTVEc2V7Aq7mlvF7V0EAU7QotF4RkiAJpOiOD2e0UeQnDe82e1yrKWo290uK5u6ymVWN3zLcVeWWdGKCunIKJ6XARCim0AKY6jCS0099jpE9E-dFyM-adu5tbSNsDDbGz7qN8C0KMUcFoM6LFxDK1qztqrChUnET6Pb2V60VcRyfvfm-DJoObyyj06JoOnbdYE2iPGG74r8bXxjkF63dHxhuXWXdC3qI9WRYDSGbgJfvvz8A-S7NE9raGdtbjPjbtAjegFfSCZJYCYhn0W_qILtvFgbhe4WjDc6xRQEdLMxq73onJHDMrJ36UbtC7UrdmKD-7wumqwoeVZshj1WTdWWWPNSdk2r8ixTWc47sdvWTc5ls9F7nvFtlvMmK_KqLFIpiqbadihUKdpd1bAyw1Fok1K3pM73mwWIfc7Lqsk3RrRownJh4tzi5UZDzun-5PdLi7VzH1iZGR1i-G4m6mhw_4MO621gFecLXQ9WCScc1oGywvVuYGxmb_b_RQLJx-1fMnn3K0qaUUtkpIK30M97_p8AAAD__4DVLsU">