So, here's what I took away from the thread. Please shout if you
disagree.
1) Advertised riscv profiles will all be non-multilib and use /usr/
lib64 (or /usr/lib if we ever get around to riscv32). [A]
2) The standard for keywording and stabilization is rv64gc/lp64d.
We keep stages for other
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
On Thu, 06 May 2021 13:30:45 PDT (-0700), dilfri...@gentoo.org 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
>
> 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 one-or-the-other then for us.
The main relevant combination is
On Thu, 2021-05-06 at 22:01 +0200, 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
>
> -mabi=rv64gc -march=lp64d
should be -march=rv64gc -mabi=lp64d
> libdir = lib64/lp64d
> ("hardfloat")
>
> -mabi=rv64imac -march=lp64
should be -march=rv64imac -mabi=lp64
> libdir = lib64/lp64
> ("softfloat")
>
(but that doesnt change the rest of the argument)
--
Andreas K.
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 supported by glibc. According to
specs this means for riscv64
12 matches
Mail list logo
