Re: [gentoo-dev] Re: Move x86/amd64 CPU extensions USE flags to a new USE_EXPAND variable

2010-12-12 Thread Sergio D. Rodríguez Inclan
El 12/12/2010 02:46 a.m., Ryan Hill escribió: On Sat, 11 Dec 2010 19:01:16 + Matt Turner wrote: On Sat, Dec 11, 2010 at 5:57 PM, Jeroen Roovers wrote: [snip] I agree that this could be better. To me, most of the problems with this are due to users not knowing which of these should be se

Re: [gentoo-dev] Re: Move x86/amd64 CPU extensions USE flags to a new USE_EXPAND variable

2010-12-12 Thread Matt Turner
On Sun, Dec 12, 2010 at 6:34 AM, Ryan Hill wrote: > On Sat, 11 Dec 2010 18:57:58 +0100 > sse5 was a draft, it was never implemented. I don't think it's quite as simple as that. According to Wikipedia, AMD has significantly scaled back SSE5 so that it won't interfere with AVX, but it will be imple

Re: [gentoo-dev] Move x86/amd64 CPU extensions USE flags to a new USE_EXPAND variable

2010-12-12 Thread ross smith
On Sat, Dec 11, 2010 at 14:03, Dirkjan Ochtman wrote: > On Sat, Dec 11, 2010 at 20:01, Matt Turner wrote: > > I agree that this could be better. To me, most of the problems with > > this are due to users not knowing which of these should be set for > > their particular CPU. > > > > Instead of ha

Re: [gentoo-dev] Boost maintenance

2010-12-12 Thread Markos Chandras
On Thu, Dec 09, 2010 at 09:20:51PM +0100, Dirkjan Ochtman wrote: > A few months ago I spent some time bringing dev-libs/boost up to date > because it was blocking some Python issues. Sebastian Luther helped me > out (I more or less proxied from his overlay [2]). However, since I > have no intrinsic

Re: [gentoo-dev] Boost maintenance

2010-12-12 Thread Christopher Harvey
On 2010-12-12, at 3:19 PM, Markos Chandras wrote: > On Thu, Dec 09, 2010 at 09:20:51PM +0100, Dirkjan Ochtman wrote: >> A few months ago I spent some time bringing dev-libs/boost up to date >> because it was blocking some Python issues. Sebastian Luther helped me >> out (I more or less proxied

Re: [gentoo-dev] Boost maintenance

2010-12-12 Thread Paweł Hajdan, Jr.
On 12/12/10 9:19 PM, Markos Chandras wrote: > However, I do not have the hardware to perform any kind of build > testing to this package because it requires a significant amount of > resources during compilation phase. Note that Gentoo has some machines for development purposes, see http://www.gen

[gentoo-dev] Technical talk ideas for FOSDEM

2010-12-12 Thread Petteri Räty
I tried getting input for talks from gentoo-user but so far there have been no responses. Currently there aren't that many talks proposed for the distribution miniconf so it should be easy to get purely Gentoo related topics in. So what kind of Gentoo related talks would you like to see and possibl

Re: [gentoo-dev] Boost maintenance

2010-12-12 Thread Markos Chandras
On Sun, Dec 12, 2010 at 09:42:24PM +0100, "Paweł Hajdan, Jr." wrote: > On 12/12/10 9:19 PM, Markos Chandras wrote: > > However, I do not have the hardware to perform any kind of build > > testing to this package because it requires a significant amount of > > resources during compilation phase. >

Re: [gentoo-dev] Technical talk ideas for FOSDEM

2010-12-12 Thread Markos Chandras
On Sun, Dec 12, 2010 at 10:50:55PM +0200, Petteri Räty wrote: > I tried getting input for talks from gentoo-user but so far there have > been no responses. Currently there aren't that many talks proposed for > the distribution miniconf so it should be easy to get purely Gentoo > related topics in.

Re: [gentoo-dev] Boost maintenance

2010-12-12 Thread ross smith
On Sun, Dec 12, 2010 at 15:19, Markos Chandras wrote: > On Thu, Dec 09, 2010 at 09:20:51PM +0100, Dirkjan Ochtman wrote: > > A few months ago I spent some time bringing dev-libs/boost up to date > > because it was blocking some Python issues. Sebastian Luther helped me > > out (I more or less pro

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2010-12-12 23h59 UTC

2010-12-12 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2010-12-12 23h59 UTC. Removals: games-action/xshipwars 2010-12-08 08:23:30 mr_bones_ media-libs/yiff 2010-12-08 08:24:20 mr_bones_ games-arcade

Re: [gentoo-dev] Boost maintenance

2010-12-12 Thread Markos Chandras
On Sun, Dec 12, 2010 at 06:10:49PM -0500, ross smith wrote: > On Sun, Dec 12, 2010 at 15:19, Markos Chandras wrote: > > > On Thu, Dec 09, 2010 at 09:20:51PM +0100, Dirkjan Ochtman wrote: > > > A few months ago I spent some time bringing dev-libs/boost up to date > > > because it was blocking some

[gentoo-dev] Re: Move x86/amd64 CPU extensions USE flags to a new USE_EXPAND variable

2010-12-12 Thread Ryan Hill
On Sun, 12 Dec 2010 13:09:08 -0500 ross smith wrote: > Perhaps something along the lines of: If CPU_FLAGS is empty or not defined, > set flags based on the -march and -mtune variables. If CPU_FLAGS is set, > respect what has been set there and ignore the other logic for defaults. -march flags

[gentoo-dev] Re: Move x86/amd64 CPU extensions USE flags to a new USE_EXPAND variable

2010-12-12 Thread Ryan Hill
On Sun, 12 Dec 2010 09:01:13 -0400 "Sergio D. Rodríguez Inclan" wrote: > El 12/12/2010 02:46 a.m., Ryan Hill escribió: > > I think the fewer sources of magic USE flags the better. Maybe we could > > document how to figure out what instruction sets a processor supports in the > > handbook inste

Re: [gentoo-dev] Boost maintenance

2010-12-12 Thread Paweł Hajdan, Jr.
On 12/12/10 9:57 PM, Markos Chandras wrote: > Can you please tell me which box ( I'd prefer an amd64 one ) are you > using for chromium? If it is in a working state I will ask for access > again! I'm using miranda. signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Re: Move x86/amd64 CPU extensions USE flags to a new USE_EXPAND variable

2010-12-12 Thread Robin H. Johnson
On Sun, Dec 12, 2010 at 11:09:01PM -0600, Ryan Hill wrote: > On Sun, 12 Dec 2010 09:01:13 -0400 > "Sergio D. Rodríguez Inclan" wrote: > > > El 12/12/2010 02:46 a.m., Ryan Hill escribió: > > > I think the fewer sources of magic USE flags the better. Maybe we could > > > document how to figure o