On Sun, Mar 29, 2015 at 12:19:11AM +0100, Andi Kleen wrote:
> > I think this was the last major offender for Chromoim/Libreoffice and
> > Firefox.
> > (Modulo the fact htat chromium needs 9GB for WPA. There seems not be much of
> > low hanging fruit - chromium needs a lot of trees to be streamed in that
> > will
> > hopefully be tracked by early debug soon.) What is the status of GCC 5 for
> > kernel compilation? Are the compile times/memory uses resonable now?
>
> It doesn't build at all currently. The old problem with &&label jump table
> initializers being spread incorrectly over partitions is back again, causing
> the BPF interpret to throw a lot of
>
> .tmp_vmlinux1.ltrans31.ltrans.o:(.data+0x32268): undefined reference to
> `.L3'
>
> I thought you had fixed that, did something change in the partition
> code again?
>
> As usual finding a small test case is difficult.
Also there's a juicy ICE with that worked around:
/home/andi/lsrc/linux/drivers/scsi/bfa/bfa_ioc.c: In function
'bfa_ioc_download_fw.constprop':
/home/andi/lsrc/linux/drivers/scsi/bfa/bfa_ioc.c:1871:0: internal compiler
error: Segmentation fault
bfa_ioc_download_fw(struct bfa_ioc_s *ioc, u32 boot_type,
^
0x9753a7 crash_signal
../../gcc/gcc/toplev.c:383
0x76d7f2 maybe_remove_unused_call_args(function*, gimple_statement_base*)
../../gcc/gcc/gimple.c:2963
0x677bde cgraph_edge::redirect_call_stmt_to_callee()
../../gcc/gcc/cgraph.c:1478
0xedac5c inline_transform(cgraph_node*)
../../gcc/gcc/ipa-inline-transform.c:533
-Andi
--
[email protected] -- Speaking for myself only.
