[PATCH] D31528: [ELF][MIPS] Multi-GOT implementation

[Rui Ueyama via llvm-commits]

Right, but it is still odd as it's designed not to use any help from the
dynamic linker, and these oddities accumulates. I think nothing is
particularly bad in this patch or the feature, but it just crossed a line
that I blindly accept ABI oddities.

On Tue, Apr 25, 2017 at 1:48 PM, Joerg Sonnenberger via llvm-commits <
llvm-commits at lists.llvm.org> wrote:

> On Tue, Apr 25, 2017 at 09:37:13AM -0700, Rui Ueyama wrote:
> > Joerg, I don't think that's the case. In the long run, you can change the
> > standard if you make an effort. The problem I'm saying is that no one
> seems
> > to seriously making an effort to make it in line with other ELF ABIs.
> > There's no ABI that doesn't have a defect, but the current status of the
> > MIPS ABI is honestly a mess. It is very uncomfortable to me to accept
> MIPS
> > oddities blindly; I think I reserve a right to say that this is OK as
> long
> > as it will be addressed in a long run.
>
> While the MIPS ABIs have their odities, I don't think your complains are
> fair. As I said before, multi-GOT or the equivalent is used and needed
> for large programs on other targets as well. The GOT order problem for
> GNU hashes is not something MIPS created. The MIPS ABIs are older.
>
> Joerg
> _______________________________________________
> llvm-commits mailing list
> llvm-commits at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20170425/738ce01b/attachment.html>