Johnny Eriksson bygg at cafax.se wrote on
Fri Jan 12 10:59:10 UTC 2018 :
> When parsing a 64-bit big-endian elf file (on a 64-bit X86-64 system),
> the sh_flags entry in the section header is mis-parsed since the routine
> used only reads a 32-bit value.
>
> *** elfdump.c Fri Jan 12 10:43:35 20
On Fri, Jan 12, 2018 at 10:26:59AM -0500, Shawn Webb wrote:
> On Fri, Jan 12, 2018 at 04:17:50PM +0100, Dimitry Andric wrote:
> > On 12 Jan 2018, at 15:38, Shawn Webb wrote:
> > >
> > > I know it's early in the game, but I thought I'd report this anyways.
> > > I have lld as the default linker (M
On Fri, Jan 12, 2018 at 04:17:50PM +0100, Dimitry Andric wrote:
> On 12 Jan 2018, at 15:38, Shawn Webb wrote:
> >
> > I know it's early in the game, but I thought I'd report this anyways.
> > I have lld as the default linker (MK_LLD_IS_LD=yes). When lld tries to
> > link usr.bin/clang/llvm-extrac
On 12 Jan 2018, at 15:38, Shawn Webb wrote:
>
> I know it's early in the game, but I thought I'd report this anyways.
> I have lld as the default linker (MK_LLD_IS_LD=yes). When lld tries to
> link usr.bin/clang/llvm-extract/llvm-extract, lld errors out with some
> unresolved symbols. The log is
Hey All,
I know it's early in the game, but I thought I'd report this anyways.
I have lld as the default linker (MK_LLD_IS_LD=yes). When lld tries to
link usr.bin/clang/llvm-extract/llvm-extract, lld errors out with some
unresolved symbols. The log is below.
Has anyone else run into this?
/usr/o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216080
Jan Beich changed:
What|Removed |Added
Blocks||224669
--- Comment #7 from Jan Beich
