[systemd-devel] [PATCH] arch: add crisv32

[Zbigniew Jędrzejewski-Szmek]

On Fri, Jul 04, 2014 at 08:30:13PM +0100, Simon McVittie wrote:
> On 03/07/14 14:27, Lennart Poettering wrote:
> > BTW, to clarify what this is about I will now rename the tupel macro
> > from ARCH_TUPLE to LIB_ARCH_TUPLE or so, since this is about locations
> > for shared libraries, nothing else.
> 
> Please consider calling it something with MULTIARCH in if you're using
> Debian multiarch tuples, maybe LIB_MULTIARCH or LIB_MULTIARCH_TUPLE -
> that's the consistent Debian/Ubuntu naming for these tuples (e.g.
> DEB_{HOST,BUILD}_MULTIARCH in dpkg-architecture).
This sounds like a good idea, not least because it'll make it easier
to stumble upon for anyone searching for multiarch.

> In particular, please avoid calling it "multilib", which seems to be
> fairly consistently used to refer to the lib/lib64/lib32 style of naming.
> 
> > Well, I am particularly interested in getting this into place so that
> > the debian tuples are used regardless on which distro we built,
> > i.e. even on distros that lack dpkg-architecture.
> 
> I don't think you'll necessarily get that from #ifdefs, although I'd
> like to be proved wrong.
> 
> Using the canonicalized GNU tuple from autoconf ("canonical" as in "has
> been passed through config.sub"), then transforming it to deal with
> special cases like i?86 -> i386, might be a better approach? I know
> some of the Ubuntu people who worked on multiarch had scripts floating
> around that did that.
> 
> It's probably worth talking to the dpkg maintainers, they are the
> "namespace owners" for multiarch at the moment (although I think there
> have been noises about getting multiarch into the FHS if the FHS ever
> has another release).
I'd hope that this addition becomes a push for an update of FHS. It is
rather unfortunate to have hier(7) in man-pages, and file-hierarchy(7)
in systemd, with a clear guidance to for the random user or developer
which one is "right".

Zbyszek