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 var
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 actuall
> 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 suspect.)
> > 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 probabl
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 isnon-multil
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 suppor
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 one-or-
>
> 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 rv64g
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 se
>
> -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. Hüttel
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
-mabi=r
12 matches
Mail list logo
