On 12/2/15 2:06 AM, Michał Górny wrote:
>
> So you're saying we should write a whole eclass to do:
>
> append-cppflags -std=c++11
>
> ?
>
I think you mean append-cxxflags. Anyhow, I had an off list discussion
with David Klaftenegger about the semantic difference between c++11 and
98 with respect
On Tue, 01 Dec 2015 18:12:17 -0800
"Gregory M. Turner" wrote:
> On Tue, 2015-12-01 at 07:18 -0500, Anthony G. Basile wrote:
> > So on that bug we're talking about selectively
> > adding -std=c++11 (or possibly gnu++11) to packages.
>
> Yes, this is the biggest real-world problem we face. It r
On Tue, 2015-12-01 at 18:45 +0100, Michał Górny wrote:
> On Tue, 1 Dec 2015 11:38:08 -0600
> William Hubbs wrote:
>
> > I find the multilib eclasses and their separate multilib phase
> > functions
> > to be confusing, so I was wondering if we could discuss making
> > multilib
> > support native t
On Tue, 2015-12-01 at 07:18 -0500, Anthony G. Basile wrote:
> So on that bug we're talking about selectively
> adding -std=c++11 (or possibly gnu++11) to packages.
Yes, this is the biggest real-world problem we face. It requires an
immediate solution in the ~* branches; the affected ebuilds just
Sorry for the length of this but you really need to consider the bigger
picture with this stuff and not all devs are familiar with it.
For EAPI 7, mgorny and I are seeking to address some cross-compiling
issues. This is a subject I've long had an interest in and before I
became a developer, I crea
On Mon, 30 Nov 2015 16:01:14 +0100
Michał Górny wrote:
> Hi,
>
> Here's an updated patch set. Two major changes:
>
> - systemd_get_unitdir replaced by systemd_get_systemunitdir, for
> consistency with other functions,
>
> - ban messages now explicitly suggest replacement.
And merged.
--
B
On Tue, Dec 01, 2015 at 11:21:49AM -0800, Zac Medico wrote:
> On 12/01/2015 10:19 AM, William Hubbs wrote:
> > On Tue, Dec 01, 2015 at 11:26:19AM -0600, William Hubbs wrote:
> >> On Tue, Dec 01, 2015 at 09:00:55AM -0800, Zac Medico wrote:
> >>> On 12/01/2015 08:50 AM, William Hubbs wrote:
> Th
On 12/01/2015 10:19 AM, William Hubbs wrote:
> On Tue, Dec 01, 2015 at 11:26:19AM -0600, William Hubbs wrote:
>> On Tue, Dec 01, 2015 at 09:00:55AM -0800, Zac Medico wrote:
>>> On 12/01/2015 08:50 AM, William Hubbs wrote:
The "container" keyword, being generic, would have its meaning expanded
On Tue, Dec 01, 2015 at 11:26:19AM -0600, William Hubbs wrote:
> On Tue, Dec 01, 2015 at 09:00:55AM -0800, Zac Medico wrote:
> > On 12/01/2015 08:50 AM, William Hubbs wrote:
> > > The "container" keyword, being generic, would have its meaning expanded
> > > to cover new container systems as they co
On Tue, 1 Dec 2015 11:38:08 -0600
William Hubbs wrote:
> I find the multilib eclasses and their separate multilib phase functions
> to be confusing, so I was wondering if we could discuss making multilib
> support native to portage in eapi 7 so that we can use the normal phase
> functions again?
All,
I find the multilib eclasses and their separate multilib phase functions
to be confusing, so I was wondering if we could discuss making multilib
support native to portage in eapi 7 so that we can use the normal phase
functions again?
Thanks,
William
signature.asc
Description: Digital sig
On Tue, Dec 01, 2015 at 09:00:55AM -0800, Zac Medico wrote:
> On 12/01/2015 08:50 AM, William Hubbs wrote:
> > The "container" keyword, being generic, would have its meaning expanded
> > to cover new container systems as they come along. This means if a
> > service script has the keyword "-containe
On 12/01/2015 08:50 AM, William Hubbs wrote:
> The "container" keyword, being generic, would have its meaning expanded
> to cover new container systems as they come along. This means if a
> service script has the keyword "-container" it will not work under any
> current or future container systems.
On Tue, Dec 01, 2015 at 09:11:45AM -0600, William Hubbs wrote:
> On Tue, Dec 01, 2015 at 12:24:05AM +, Robin H. Johnson wrote:
> > Rather than replacing all of the system-specific keywords, can we make
> > 'container' into an alias that expands to the full list of known container
> > types? Tha
On Tue, Dec 01, 2015 at 12:24:05AM +, Robin H. Johnson wrote:
> A quick grep in the tree shows the following existing cases (wrapped for line
> length).
>
> $ git grep -E \
> 'keyword .*(lxc|systemd-nspawn|vserver|prefix|openvz|uml|jail|xen)'
> sys-apps/kmod/files/kmod-static-nodes-r1:
>
Ulrich Mueller posted on Mon, 30 Nov 2015 07:52:59 +0100 as excerpted:
> It is slightly more complicated to match multiple patterns with [[ ]]
> because it requires multiple conditions, regexps, or extglob. We could
of
> course use a bracket expression like [[ ${EAPI:-0} = [012345] ]] but I
> fin
On 12/1/15 6:25 AM, Michał Górny wrote:
>
> Dnia 30 listopada 2015 12:17:32 CET, "Anthony G. Basile"
> napisał(a):
>>
>> different direction: what about building with
>> rpath=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/ and then making sure that
>> portage respects that library file during any --depc
Dnia 30 listopada 2015 12:17:32 CET, "Anthony G. Basile"
napisał(a):
>On 11/30/15 4:52 AM, Michał Górny wrote:
>>
>> Dnia 30 listopada 2015 09:07:30 CET, "Anthony G. Basile"
> napisał(a):
>>> On 11/30/15 1:42 AM, Michał Górny wrote:
On Sun, 29 Nov 2015 19:56:04 -0800
"Gregory M. Turne
On 12/1/15 3:59 AM, Benda Xu wrote:
> Hi Anthony,
>
> "Anthony G. Basile" writes:
>
>> different direction: what about building with
>> rpath=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/ and then making sure that
>> portage respects that library file during any --depclean or
>> @preserved-rebuild? i'm
Hi Anthony,
"Anthony G. Basile" writes:
> different direction: what about building with
> rpath=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/ and then making sure that
> portage respects that library file during any --depclean or
> @preserved-rebuild? i'm not sure how we'd
> inject|||LDFLAGS=-Wl,-rpa
20 matches
Mail list logo
