On Fri, Feb 8, 2019 at 9:35 AM Alexey Brodkin <alexey.brodkin@xxxxxxxxxxxx> wrote: > > Hi Khem, > > > -----Original Message----- > > From: Khem Raj <raj.khem@xxxxxxxxx> > > Sent: Friday, February 8, 2019 8:28 PM > > To: Alexey Brodkin <alexey.brodkin@xxxxxxxxxxxx> > > Cc: Patches and discussions about the oe-core layer <openembedded-core@xxxxxxxxxxxxxxxxxxxxxx>; Ross > > Burton <ross.burton@xxxxxxxxx>; linux-snps-arc@xxxxxxxxxxxxxxxxxxx; Bruce Ashfield > > <bruce.ashfield@xxxxxxxxxxxxx> > > Subject: Re: [PATCH] linux-yocto: Add dependency on libgcc for ARC > > > > On Fri, Feb 8, 2019 at 7:32 AM Alexey Brodkin > > <alexey.brodkin@xxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/linux-snps-arc
