Am Donnerstag, 6. Mai 2021, 22:34:52 CEST schrieb Palmer Dabbelt:
>
> TBH: I'm not really going to come up with something better beacuse I
> came up with the current (and likely broken) scheme and I still
> don't fully understand why. So if you have suggestions as to
> something that would
> I'm fine with rust masked in lp64/other profile..
> but in my opinion: it's really up to upstream should fix/support it
>
> > (Unless Palmer et al come up with a fix for the libdirs on the
> > upstream side of things. Already e.g. libdir=lib64-lp64d would be
> > much easier to handle I
> > 1) We stop caring about anything except rv64gc/lp64d.
> > People can still bootstrap other stuff with crossdev etc, but the
> > Gentoo tree and the riscv keyword reflect that things work with
> > above -mabi and -march settings.
>
> fine by me, for current software/upstream state, it's
On Fri, 2021-05-07 at 14:15 +0800, Yixun Lan wrote:
> On 22:30 Thu 06 May , Andreas K. Huettel wrote:
> > >
> > > Haven't I told you using two-level libdirs is stupid? So yes,
> > > please do that and let us be happy once again.
> > >
> > > That said, where does lp64gc land? Or
On 22:01 Thu 06 May , Andreas K. Huettel wrote:
> Howdy.
>
> I'm sending this not only to the team members on the alias, but also
> to the whole dev list for discussion.
>
> So far I've been trying to support in Gentoo the full risc-v multilib
> directory structure and the ABI sets
On 22:30 Thu 06 May , Andreas K. Huettel wrote:
> >
> > Haven't I told you using two-level libdirs is stupid? So yes,
> > please do that and let us be happy once again.
> >
> > That said, where does lp64gc land? Or isnon-multilib
> > one-or-the-other the goal?
>
> It would be non-multilib
i'm sorry but this package is pretty old, i could not find a working
homepage for it and we have no purpose for it. it would be better if
copied to the science overlay.
fordfrog
Dne 07. 05. 21 v 1:50 Alessandro Barbieri napsal(a):
# Miroslav Šulc mailto:fordf...@gentoo.org>>