On Wed, Mar 11, 2015 at 01:06:23PM -0300, James Almer wrote: > On 11/03/15 11:29 AM, Christophe Gisquet wrote: > > Hi, > > > > 2015-03-11 15:20 GMT+01:00 Michael Niedermayer <michae...@gmx.at>: > >> personally iam in favor of more things being tested, but iam fine > >> with either > > > > I'll see what the opinions are in ~30H then. It looks to be around > > 4.5KB more data, which isn't huge, and doesn't cause a noticeable > > increase in compile time. > > As discussed before, mmx, mmxext and sse functions that have also an sse2 > version, and > 3dnow/3dnowext functions that have also an sse version, have no reason to > exist in an > x86_64 build.
> They will not be used in any real world scenario. well it could be usefull in debuging in same cases especially if all mmx code is disabled on x86_64, for any single function its not too likely consider this hypothetical scenario, theres a bug testing reveals it is reproduceable testing with cpuflags 0 shows its likely in the ASM testing with cpuflags mmxext shows it works testing with cpuflags sse2 shows it fails limiting this down to sse2 specific code vs. testing reveals it is reproduceable testing with cpuflags 0 shows its likely in the ASM rebuilding for x86_32 testing with cpuflags mmxext shows it works testing with cpuflags sse2 shows it works testing with cpuflags all shows it works we realize the bug is not reproduceable on x86_32 rebuilding for x86_64 the bug now can be in any asm code [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Concerning the gods, I have no means of knowing whether they exist or not or of what sort they may be, because of the obscurity of the subject, and the brevity of human life -- Protagoras
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
