Re: [gentoo-alt] Bootstrapping failed: llvm-c/lto.h file not found

[Michael Weiser]

Good news everyone! :)

On Sat, Jul 02, 2016 at 10:47:06AM +0200, Philip Lüscher wrote:

> i have tested your new builds and I was able to bootstrap when I mask
> net-misc/wget-1.18 and add "=app-arch/xar-1.6.1 **” to
> package.keywords later on.

I realised later on that I had forgotten to restore the xar dependency
to being conditional on LTO. I have updated ebuilds floating around
already.

Then I got caught up in updating to 7.3 and 7.3.1 where I found funny
other problems like otool being relinked upon install without
-Wl,-rpath, breaking LTO/LLVM support in the process. Im ironing out
some final details right now and will then update the bug with some
shiny new ebuilds.

Happy prefixing,
Micha

> > On 30 Jun 2016, at 23:35, Michael Weiser <michael@×××××××××××××××.net> wrote:
> >
> > Hi Philip,
> >
> > On Thu, Jun 30, 2016 at 07:23:12PM +0200, Michael Weiser wrote:
> >>> clang++ -m64 -march=native -O2 -pipe -Wno-invalid-offsetof -std=c++0x -stdlib=libc++ -I/gentoo/tmp/usr/include -DNDEBUG -DSUPPORT_SNAPSHOTS -Iinclude -Iabstraction -Ild -Ild/parsers -Iother -I.  -c -o ld/passes/bitcode_bundle.o ld/passes/bitcode_bundle.cpp
> >>> ld/passes/bitcode_bundle.cpp:36:10: fatal error: 'llvm-c/lto.h' file not found
> >> I didn't
> >> consider bootstrapping when updating the binutils-apple package. I had
> >> dropped support for disabling LTO support because it can't be done
> >> completely without serious pains.
> >
> > You can now also try these updated ebuilds:
> > https://bugs.gentoo.org/show_bug.cgi?id=587622.
> > --
> > Thanks,
> > Michael
> >


-- 
tschoe, Micha
> A: Yes.
>> Q: Are you sure?
>>> A: Because it reverses the logical flow of conversation.
>>>> Q: Why is top posting frowned upon?