On Fri, Feb 8, 2019 at 9:35 AM Alexey Brodkin <alexey.brod...@synopsys.com> wrote: > > Hi Khem, > > > -----Original Message----- > > From: Khem Raj <raj.k...@gmail.com> > > Sent: Friday, February 8, 2019 8:28 PM > > To: Alexey Brodkin <alexey.brod...@synopsys.com> > > Cc: Patches and discussions about the oe-core layer > > <openembedded-c...@lists.openembedded.org>; Ross > > Burton <ross.bur...@intel.com>; linux-snps-arc@lists.infradead.org; Bruce > > Ashfield > > <bruce.ashfi...@windriver.com> > > Subject: Re: [PATCH] linux-yocto: Add dependency on libgcc for ARC > > > > On Fri, Feb 8, 2019 at 7:32 AM Alexey Brodkin > > <alexey.brod...@synopsys.com> wrote: > > > > > > As of now in case of ARC there's no in-kernel implementation of basic > > > libgcc > > > functions used for millicode, multiplication, division etc instead we > > > simply > > > link with libgcc.a which provides everything used by the compiler. > > > > > > > this is something you would be fixing in kernel eventually? > > we can carry this as a workaround until then but it really needs to be > > fixed in kernel. > > Well we do have it in our plans but given this is more a nice feature > than something critical (as currently used approach with libgcc works > perfectly fine) it might not be done very soon. > > Thus we'll need to keep this work-around for now. > > BTW exporting of libgcc parts into kernel means we'll need to > keep it in sync with real libgcc later which is not optimal as well.
aarch64 kernel also bootstrapped with lbgcc for quite a while and then moved away I can understand that there might be bigger fish to fry, but this is not a insignificant issue where you make kernel dependency on toolchain runtime go away. > > -Alexey _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
