[PATCH] D13244: [ELF2] - implemented --allow-shlib-undefined/--no-allow-shlib-undefined

[Rui Ueyama via llvm-commits]

On Tue, Sep 29, 2015 at 10:46 AM, George Rimar <grimar at accesssoftek.com>
wrote:

> grimar added a comment.
>
> In http://reviews.llvm.org/D13244#255737, @ruiu wrote:
>
> > The GNU linker's behavior of trying to resolve all undefined symbols in
> DSOs looks broken in the first place. This is a linker and not a dynamic
> linker nor loader, it can just leave undefined symbols in DSO for the
> dynamic linker. LLVM itself, for example, always sets
> --allow-shlib-undefined to "[W]ork around a broken bfd ld behavior"
> (CMakeList.txt in the toplevel directory). In my opinion, we should just
> implement --allow-shlib-undefined behavior as default and ignore that
> option.
>
>
> May be it is more reasonable to implement --allow-shlib-undefined behavior
> as default for both shared and executables but still allow to use
> ---no-allow-shlib-undefined if needed ?
>

I doubt that we would want --no-allow-shlib-undefined, but even if we do,
that's probably too detailed that we don't actually need to take care of it
at this stage of development.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20150929/38596c26/attachment.html>