[llvm-dev] [lld] elf linker creates undefined empty symbol

[Sean Silva via llvm-dev]

On Tue, Feb 21, 2017 at 2:05 PM, Rafael Avila de Espindola via llvm-dev <
llvm-dev at lists.llvm.org> wrote:

> Carlo Kok <ck at remobjects.com> writes:
>
> > On 2017-02-21 20:33, Rafael Avila de Espindola wrote:
> >>> Input files:
> >>> https://www.dropbox.com/s/8yn3dggx05atn47/binLinux.zip?dl=0
> >>
> >> If you pass --reproduce foo.tar to lld it will create a foo.tar file
> >> with all that is needed to reproduce the link.
> >>
> >> Can you also share how you created the various .o files? If so I might
> >> be able to try reducing the issue.
> >
> > It's created by my own compiler.
> >
> > https://www.dropbox.com/s/rmkyqks4lnr85rz/foo.tar?dl=0
> >
> > My biggest problem is that I have no idea where I can start trying to
> > narrow it down, on the so side, or on the executable side, the error is
> > rather strange to begin with.
>
> I would suggest setting up a script that links each .so and executable
> with either lld or bfd. That way you should be able to find which link
> causes the problem.
>
> After that start reducing the problem. If it was c++, you would run
> delta on the .ii file checking that the bfd linked program/library works
> and that the lld linked one fails to load.
>

Carlo seems to be passing --lto-O0 so bugpoint might be a viable
alternative as well if the input is bitcode.

-- Sean Silva


>
> Cheers,
> Rafael
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170221/b9c87ac0/attachment.html>