Re: [gentoo-dev] pax-utils.eclass: elog -> einfo?

2011-03-18 Thread Zac Medico
On 03/17/2011 11:45 PM, Mike Frysinger wrote:
> On Thursday, March 17, 2011 19:40:31 Zac Medico wrote:
>> On 03/17/2011 03:18 PM, Mike Frysinger wrote:
>>> On Thursday, March 17, 2011 17:59:44 Kevin F. Quinn wrote:
 I'd suggest doing something like:

 use hardened && elog ...

 There's an argument that it's better to make decisions according to
 make.conf settings rather than the host system configuration, not
 least to cater for people doing cross-builds.  Assuming cross builds
 work at all; I've not tried that for a long time.
>>>
>>> in general, yes.  but this would have the unpleasant side effect of
>>> having IUSE=hardened show up for all packages that inherit the eclass.
>>>
>>> also, this code is run at the pkg_* stage, so it's not the normal src
>>> host feature detection.  and we're talking about minor output behavior.
>>
>> I don't know the specifics of what PMS says about this, if you put
>> hardened in use.force then portage will allow you to use that flag
>> without it being in IUSE.
> 
> that would require listing every package that inherits pax-utils in use.force 
> too right ?  doesnt sound scalable.

No, because use.force applies to all packages. I guess you were thinking
of package.use.force.

> my proposal, while certainly not perfect, attempts to take a middle ground 
> without incurring too much cruft.  i think i achieved that while appeasing 
> most people in practice.
> -mike

Shrug, I just thought I'd mention it.
-- 
Thanks,
Zac



[gentoo-dev] Re: multilib clean up

2011-03-18 Thread Mike Frysinger
gcc-config-1.5 will no longer implicitly append CFLAGS_ to the compile.  
this should be unnecessary now that multilib.eclass and glibc add the required 
multilib flags explicitly to CC/CFLAGS/etc...
-mike


signature.asc
Description: This is a digitally signed message part.


[gentoo-dev] Re: multilib clean up

2011-03-18 Thread Mike Frysinger
On Monday, March 07, 2011 05:24:29 Mike Frysinger wrote:
> i plan on punting these (hardly used) functions from the
> multilib.eclass (once the handful of open bugs are closed):
>   get_ml_incdir
>   prep_ml_includes
>   create_ml_includes
>   create_ml_includes-absolute
>   create_ml_includes-tidy_path
>   create_ml_includes-listdirs
>   create_ml_includes-makedestdirs
>   create_ml_includes-allfiles
>   create_ml_includes-sym_for_dir
> further, the CDEFINE_xxx multilib vars will go with them

ive done this now
-mike


signature.asc
Description: This is a digitally signed message part.