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 having defaults set by a profile, I'd like to figure out a
> > way we can have these flags set by default dependent on the user's
> > CPU. This might require some additional logic in portage; I don't
> > know.
>
> Yeah, I think setting the best possible default is important here.
>

+1 to good defaults.

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.

This would allow the average user, and the users building for multiple
machines to continue like nothing changed, and users that want to
selectively want to enable processor flags can in an easy way.

Best,

Ross

>
> Cheers,
>
> Dirkjan
>
>


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

2010-12-11 Thread Mike Frysinger
On Saturday, December 11, 2010 12:57:58 Jeroen Roovers wrote:
> but more like this:
> 
> [ebuild  N] media-video/ffmpeg-0.6_p25767  USE="bzip2 encode
> hardcoded-tables zlib -X -alsa (-altivec) -amr -bindist -cpudetection
> -custom-cflags -debug -dirac -doc -faac -frei0r -gsm -ieee1394 -jack
> -jpeg2k -mp3 -network -oss -pic -qt-faststart -rtmp -schroedinger -sdl
> -speex -static-libs -test -theora -threads -v4l -v4l2 -vaapi -vdpau
> -vorbis -vpx -x264 -xvid" VIDEO_CARDS="-nvidia" CPU_EXTS="3dnow
> 3dnowext mmx mmxext ssse3" 0 kB

nice idea.  now put together some patches :P.
-mike


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


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

2010-12-11 Thread Ciaran McCreesh
On Sat, 11 Dec 2010 18:57:58 +0100
Jeroen Roovers  wrote:
> bugs like [1] makes clear to me that the increasing number of CPU
> extensions USE flags is getting more and more confusing.

Another big confusion is that x86 and amd64 use the same names for many
extensions, but often the archs require different handling. Why not have
X86_CPU_EXTS, AMD64_CPU_EXTS etc?

-- 
Ciaran McCreesh


signature.asc
Description: PGP signature


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

2010-12-11 Thread Dirkjan Ochtman
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 having defaults set by a profile, I'd like to figure out a
> way we can have these flags set by default dependent on the user's
> CPU. This might require some additional logic in portage; I don't
> know.

Yeah, I think setting the best possible default is important here.

Cheers,

Dirkjan



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

2010-12-11 Thread Matt Turner
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 set for
their particular CPU.

Instead of having defaults set by a profile, I'd like to figure out a
way we can have these flags set by default dependent on the user's
CPU. This might require some additional logic in portage; I don't
know.

Matt



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

2010-12-11 Thread Michał Górny
On Sat, 11 Dec 2010 19:19:05 +0100
Patrick Lauer  wrote:

> How many packages are affected by those?
> I like the idea, but I think changing it around for 2 packages might
> be a bit silly. If there's a reasonable amount of packages involved
> I'm all for it.

How many packages use VIDEO_CARDS? How many packages use LIRC_DEVICES?
I think the number doesn't matter that much here.

-- 
Best regards,
Michał Górny


signature.asc
Description: PGP signature


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

2010-12-11 Thread Patrick Lauer
On 12/11/10 18:57, Jeroen Roovers wrote:
>  Hi all,
> 
> 
> bugs like [1] makes clear to me that the increasing number of CPU
> extensions USE flags is getting more and more confusing.
> 
[snip]

> 
> Among all CPU extensions USE flags you'll find:
> 
> 3dnow
> 3dnowext
> mmx
> mmxext
> sse
> sse2
> sse3
> sse4
> sse4a
> sse5
> ssse3
> 
> I probably missed a few, there.
> 

How many packages are affected by those?
I like the idea, but I think changing it around for 2 packages might be
a bit silly. If there's a reasonable amount of packages involved I'm all
for it.

Patrick



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

2010-12-11 Thread Jeroen Roovers
 Hi all,


bugs like [1] makes clear to me that the increasing number of CPU
extensions USE flags is getting more and more confusing.

ffmpeg-0.6_p25767.ebuild : IUSE="+3dnow +3dnowext alsa altivec amr
bindist +bzip2 cpudetection custom-cflags debug dirac doc +encode faac
frei0r gsm +hardcoded-tables ieee1394 jack jpeg2k +mmx +mmxext mp3
network oss pic qt-faststart rtmp schroedinger sdl speex +ssse3
static-libs test theora threads v4l v4l2 vaapi vdpau vorbis vpx X x264
xvid +zlib video_cards_nvidia"

(I am not going to argue here that USE defaults shouldn't be used for
CPU extensions.)

Among all CPU extensions USE flags you'll find:

3dnow
3dnowext
mmx
mmxext
sse
sse2
sse3
sse4
sse4a
sse5
ssse3

I probably missed a few, there.

I think it would look a lot less confusing if, using the example above,
the output of emerge would not look like this:

[ebuild  N] media-video/ffmpeg-0.6_p25767  USE="3dnow 3dnowext
bzip2 encode hardcoded-tables mmx mmxext ssse3 zlib -X -alsa (-altivec)
-amr -bindist -cpudetection -custom-cflags -debug -dirac -doc -faac
-frei0r -gsm -ieee1394 -jack -jpeg2k -mp3 -network -oss -pic
-qt-faststart -rtmp -schroedinger -sdl -speex -static-libs -test
-theora -threads -v4l -v4l2 -vaapi -vdpau -vorbis -vpx -x264 -xvid"
VIDEO_CARDS="-nvidia" 0 kB

but more like this:

[ebuild  N] media-video/ffmpeg-0.6_p25767  USE="bzip2 encode
hardcoded-tables zlib -X -alsa (-altivec) -amr -bindist -cpudetection
-custom-cflags -debug -dirac -doc -faac -frei0r -gsm -ieee1394 -jack
-jpeg2k -mp3 -network -oss -pic -qt-faststart -rtmp -schroedinger -sdl
-speex -static-libs -test -theora -threads -v4l -v4l2 -vaapi -vdpau
-vorbis -vpx -x264 -xvid" VIDEO_CARDS="-nvidia" CPU_EXTS="3dnow
3dnowext mmx mmxext ssse3" 0 kB


 jer


[1] https://bugs.gentoo.org/show_bug.cgi?id=340539
"media-video/ffmpeg-0.6_p25423 - libswscale/swscale.c:1269: error:
 implicit declaration of function 'sws_init_swScale_*'"