public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* [gentoo-dev] Re: crossdev and multilib interference
  @ 2014-08-01  9:05 99%                   ` Steven J. Long
  0 siblings, 0 replies; 1+ results
From: Steven J. Long @ 2014-08-01  9:05 UTC (permalink / raw
  To: gentoo-dev

On Fri, Jun 20, 2014, Ian Stakenvicius wrote:
> On 19/06/14 05:20 PM, Steven J. Long wrote:
> > Well I've spent far too long at crossdev code, only to see this and
> > realise you can simply hard-mask: 
> > cross-i686-pc-linux-gnu/{binutils,gcc,glibc,pkg-config} in the
> > amd64 multilib profile, unless I'm missing something. You'd be 
> > hard-pushed to install a clashing crossdev with such a mask,
> > afaict.
> > 
> > If you do want to change crossdev[1], afaict you're looking at
> > interaction between toolchain.eclass (and toolchain-binutils, and
> > likely -funcs), crossdev and gcc-config. I could well be wrong, as
> > ever. This is just my preliminary understanding, and maybe it'll
> > provoke a more thorough explanation. [ Snip! ]
> 
> Thank you for the explanation and research!

YW :-) shove autotools.eclass (and supporting) in there too, including
multiprocessing which had a simply painful attempt at cleverness.
I mentioned it in #gentoo-embedded when i saw it, so hopefully it'll
be corrected soon. (bashpid() function: if you can't see why it's
painfully embarrassing, /join #bash and ask.)

> Tangental to this, mgorny wrote a little tool yesterday that might
> work well as an alternative to crossdev for multilib systems.  It
> simply wraps all the native toolchain calls with proper -m and
> provides the new CTARGETs.
> 
> If anybody wants to take a look, this is the link he posted on -dev :
> 
> <dead url>
> 
> Whether or not this suits everyone's needs for an i686 crossdev on
> amd64 systems, i don't know.  Thoughts?

It's more layer upon layer, I'm afraid. Though that file's gone from
the repo, so I imagine it's already made its way to join the rest of
the misguided hackery that is multilib. Still, it's good that his
bash has come on, though he's still too tricksy for his own good;
likely trying to emulate Frysinger, another one who needs a nice
lie-down sometimes, instead of banging out more. Idiot house-"styles"
will do that to you, as will C++.

I don't know why we can't just mask cross-*/whatever in the multilib
profile, instead of more talk of "masking crossdev" with a heavy
heart.

Nor do know if that's been done already, as I just found that the
profiles directory Changelog stopped in 2013, for some reason, and
I don't have time to chase the files right now.

Sorry for delay, been away and then busy. I was hoping to read
something more than "mask crossdev" yet again, when I got back.

Regards,
igli.
-- 
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-)


^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2014-06-16 22:10     [gentoo-dev] Re: Re: Re: crossdev and multilib interference hasufell
2014-06-16 23:38     ` Joshua Kinard
2014-06-17  1:47       ` hasufell
2014-06-17  2:17         ` Joshua Kinard
2014-06-17 12:30           ` hasufell
2014-06-17 12:49             ` Rich Freeman
2014-06-17 14:17               ` Joshua Kinard
2014-06-17 14:56                 ` Alexandre Rostovtsev
2014-06-19 21:20                   ` [gentoo-dev] " Steven J. Long
2014-06-20 20:10                     ` [gentoo-dev] " Ian Stakenvicius
2014-08-01  9:05 99%                   ` Steven J. Long

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox