On 06/16/2014 17:42, Jeroen Roovers wrote:
> On Mon, 16 Jun 2014 16:27:19 -0400
> Ian Stakenvicius wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 16/06/14 04:05 PM, Joshua Kinard wrote:
>>> On 06/16/2014 15:47, hasufell wrote:
So I don't see what else we can do here
On Mon, 16 Jun 2014 16:27:19 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 16/06/14 04:05 PM, Joshua Kinard wrote:
> > On 06/16/2014 15:47, hasufell wrote:
> >> So I don't see what else we can do here other than taking more
> >> radical steps to INFORM
Dnia 2014-03-28, o godz. 02:33:09
Mike Frysinger napisał(a):
> the pango stuff is also broken because it uses /etc/pango/$CHOST in an
> attempt
> to get an ABI unique path. we probably should change that to /etc/pango/$ABI
> or /etc/pango/$(get_libdir) or move it the multilib dir like the gdk
On Wednesday 26 of March 2014 02:07:56 Mike Frysinger wrote:
| cmake is completely broken when it comes to library searching and multilib
and
| cross-compiling. it will happily look in hardcoded / paths to test for the
| existence of files as well as directly execute `pkg-config`. it's a grea
On Thu 27 Mar 2014 15:31:31 Michał Górny wrote:
> Dnia 2014-03-27, o godz. 10:23:30 Mike Frysinger napisał(a):
> > On Thu 27 Mar 2014 10:10:07 Michał Górny wrote:
> > > Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisał(a):
> > > > On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
> > > > > Dni
On Thu 27 Mar 2014 10:10:07 Michał Górny wrote:
> Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisał(a):
> > On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
> > > Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a):
> > > > On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> > > > > (
Dnia 2014-03-27, o godz. 10:23:30
Mike Frysinger napisał(a):
> On Thu 27 Mar 2014 10:10:07 Michał Górny wrote:
> > Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisał(a):
> > > On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
> > > > Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a)
Dnia 2014-03-27, o godz. 03:18:31
Mike Frysinger napisał(a):
> On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
> > Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a):
> > > On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> > > > (2) use tuples with loaded vendor fields to reduce the ch
On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
> Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a):
> > On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> > > (2) use tuples with loaded vendor fields to reduce the chance of
> > > collisions. e.g. having an ABI=amd64 system use
> > > i68
Dnia 2014-03-27, o godz. 02:13:52
Mike Frysinger napisał(a):
> On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> > (2) use tuples with loaded vendor fields to reduce the chance of collisions.
> > e.g. having an ABI=amd64 system use i686-gentoo%multilib-linux-gnu instead
> > of i686-pc-linux-gnu
On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> (2) use tuples with loaded vendor fields to reduce the chance of collisions.
> e.g. having an ABI=amd64 system use i686-gentoo%multilib-linux-gnu instead
> of i686-pc-linux-gnu would defeat any automatic path searches.
this patch keeps the status
On Sun 16 Mar 2014 04:50:33 Greg Turner wrote:
> cmake-multilib.eclass, for example, breaks in mind-warpingly subtle and
> confusing ways on USE="abi_x86_{32,64}" multilib hosts with
> i686-pc-linux-gnu crossdev installed (when combined with some other issues
> in that eclass, this results in corre
On Thu 13 Mar 2014 09:55:02 Michał Górny wrote:
> Dnia 2014-03-12, o godz. 15:46:01 hasufell napisał(a):
> > We have a problem where the crossdev pkg-config wrapper scripts
> > interfere with multilib.
> >
> > crossdev for example sets in their pkg-config wrappers:
> >
> > PKG_CONFIG_LIBDIR="${SY
On Wed, Mar 12, 2014 at 9:06 AM, Alexandre Rostovtsev
wrote:
> is there any legitimate reason for
> wanting crossdev's i686 wrappers when on a multilib amd64 profile?
>
One other note: legitimacy is in the eye of the legitimizer, I suppose, but
there are sometimes practical reasons to want a no-m
Just a few practical notes on this...
On Wed, Mar 12, 2014 at 9:06 AM, Alexandre Rostovtsev
wrote:
> > Now, SYSROOT is chosen from multiple conditions. When emerging a
> > package, that happens to be "/" and thus results in:
> > "//usr/lib/pkgconfig://usr/share/pkgconfig"
>
Bleh. This is wher
On Thu, 2014-03-13 at 09:55 +0100, Michał Górny wrote:
> Dnia 2014-03-12, o godz. 15:46:01
> hasufell napisał(a):
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > We have a problem where the crossdev pkg-config wrapper scripts
> > interfere with multilib.
> >
> > crossdev for e
Dnia 2014-03-12, o godz. 15:46:01
hasufell napisał(a):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> We have a problem where the crossdev pkg-config wrapper scripts
> interfere with multilib.
>
> crossdev for example sets in their pkg-config wrappers:
>
> PKG_CONFIG_LIBDIR="${SYSROOT
On Wed, 12 Mar 2014 12:06:32 -0400
Alexandre Rostovtsev wrote:
> Two possibilities:
> 1. Don't allow crossdev to handle targets which are natively handled
> by multilib profiles. For example, is there any legitimate reason for
> wanting crossdev's i686 wrappers when on a multilib amd64 profile?
On Wed, 2014-03-12 at 15:46 +, hasufell wrote:
> We have a problem where the crossdev pkg-config wrapper scripts
> interfere with multilib.
>
> crossdev for example sets in their pkg-config wrappers:
>
> PKG_CONFIG_LIBDIR="${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pkgconfig"
>
> Now,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
We have a problem where the crossdev pkg-config wrapper scripts
interfere with multilib.
crossdev for example sets in their pkg-config wrappers:
PKG_CONFIG_LIBDIR="${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pkgconfig"
Now, SYSROOT is chosen
20 matches
Mail list logo
