Ühel kenal päeval, N, 21.04.2016 kell 15:42, kirjutas Ian Stakenvicius:
> b) -1 for making it global right now pending resolution of logistics
> for the profiles/base/use.mask entry,
I don't think it's unprecedented to just globally use.mask a USE flag
even if it's not declared a global USE flag.
On 21/04/16 11:31 AM, Mart Raudsepp wrote:
> Ühel kenal päeval, K, 20.04.2016 kell 22:18, kirjutas Mart Raudsepp:
>> Basically the only real point I have is that anything kernel_* to
>> control this probably doesn't make sense.
>>
>
> Oh, just to clarify and avoid misunderstanding:
> I did not int
Ühel kenal päeval, K, 20.04.2016 kell 22:18, kirjutas Mart Raudsepp:
> Basically the only real point I have is that anything kernel_* to
> control this probably doesn't make sense.
>
Oh, just to clarify and avoid misunderstanding:
I did not intend to ack the changes to gdk-pixbuf and gtk+ with my
> On Apr 20, 2016, at 6:51 PM, Andrew Udvare wrote:
>
>> On 20/04/16 12:58, Ian Stakenvicius wrote:
>> On 20/04/16 03:41 PM, Anthony G. Basile wrote:
According to 'file' the binary format is actually "PE32 executable
(console) Intel 80386, for MS Windows" for a random *.exe file in my
On 20/04/16 12:58, Ian Stakenvicius wrote:
> On 20/04/16 03:41 PM, Anthony G. Basile wrote:
>>> According to 'file' the binary format is actually "PE32 executable
>>> (console) Intel 80386, for MS Windows" for a random *.exe file in my
>>> /usr/i686-w64-mingw32/usr/bin
That is because Mingw is for
On 20/04/16 03:41 PM, Anthony G. Basile wrote:
> On 4/20/16 3:30 PM, Ian Stakenvicius wrote:
>> On 20/04/16 03:01 PM, Anthony G. Basile wrote:
>>
>>> The way I think of it is
>>
>>> the operating system (ie kernel) = kernel_Winnt the system
>>> libraries (=~libc)= elibc_Winnt the executable bin
On 4/20/16 3:30 PM, Ian Stakenvicius wrote:
> On 20/04/16 03:01 PM, Anthony G. Basile wrote:
>
>> The way I think of it is
>
>> the operating system (ie kernel) = kernel_Winnt the system
>> libraries (=~libc)= elibc_Winnt the executable binary format
>> = win32
>
>> I don't know that we need
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/20/2016 02:18 PM, Mart Raudsepp wrote:
> Ühel kenal päeval, N, 21.04.2016 kell 06:53, kirjutas Kent
> Fredric:
>> On 21 April 2016 at 06:38, Ian Stakenvicius
>> wrote:
>>> Well so far the only needs I have run into for the win32 flag
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/04/16 03:01 PM, Anthony G. Basile wrote:
>
> The way I think of it is
>
> the operating system (ie kernel) = kernel_Winnt the system
> libraries (=~libc)= elibc_Winnt the executable binary format
> = win32
>
> I don't know that we need a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/04/16 03:18 PM, Mart Raudsepp wrote:
> Ühel kenal päeval, N, 21.04.2016 kell 06:53, kirjutas Kent
> Fredric:
>> On 21 April 2016 at 06:38, Ian Stakenvicius
>> wrote:
>>> Well so far the only needs I have run into for the win32 flag
>>> has bee
Ühel kenal päeval, N, 21.04.2016 kell 06:53, kirjutas Kent Fredric:
> On 21 April 2016 at 06:38, Ian Stakenvicius wrote:
> > Well so far the only needs I have run into for the win32 flag has
> > been in relation to choosing UI toolkit support for cairo and gtk+
> > (and possibly others in the futu
On 4/20/16 2:17 PM, Mike Frysinger wrote:
> On 20 Apr 2016 21:01, Alon Bar-Lev wrote:
>> On 20 April 2016 at 18:52, Ian Stakenvicius wrote:
>>>
>>> Comments?
>>
>> You should be able to achieve similar behavior by looking at libc
>> and/or CHOST without introducing new USE flag, just like we do for
On 21 April 2016 at 06:38, Ian Stakenvicius wrote:
> Well so far the only needs I have run into for the win32 flag has
> been in relation to choosing UI toolkit support for cairo and gtk+
> (and possibly others in the future), which is why I saw the parallel.
Given you're not using the flag to i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/04/16 02:22 PM, M. J. Everitt wrote:
> On 20/04/16 19:17, Mike Frysinger wrote:
>> agreed ... we have kernel_Winnt & elibc_Winnt already. i
>> think those represent a mingw environment (vs a cygwin env).
> Surely 'winnt' is a somewhat out-of-d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/04/16 02:17 PM, Mike Frysinger wrote:
> On 20 Apr 2016 21:01, Alon Bar-Lev wrote:
>> On 20 April 2016 at 18:52, Ian Stakenvicius wrote:
>>> After doing some experimentation with a mingw crossdev, I
>>> found that I needed to do a lot of EXTRA_E
On 20/04/16 19:17, Mike Frysinger wrote:
> agreed ... we have kernel_Winnt & elibc_Winnt already. i think
> those represent a mingw environment (vs a cygwin env).
Surely 'winnt' is a somewhat out-of-date and potentially confusing flag?
Can't we migrate to a win32 and win64 as pertaining to current
On 20 Apr 2016 21:01, Alon Bar-Lev wrote:
> On 20 April 2016 at 18:52, Ian Stakenvicius wrote:
> > After doing some experimentation with a mingw crossdev, I found that I
> > needed to do a lot of EXTRA_ECONF settings in combination with
> > USE="aqua" in order to get packages supporting a win32 API
On 20 April 2016 at 18:52, Ian Stakenvicius wrote:
>
> Hi everyone:
>
> After doing some experimentation with a mingw crossdev, I found that I
> needed to do a lot of EXTRA_ECONF settings in combination with
> USE="aqua" in order to get packages supporting a win32 API to be
> configured appropriat
Hi everyone:
After doing some experimentation with a mingw crossdev, I found that I
needed to do a lot of EXTRA_ECONF settings in combination with
USE="aqua" in order to get packages supporting a win32 API to be
configured appropriately. In order to support this situation better,
I propose adding
19 matches
Mail list logo
