search for: m1s

...since each function represents some significant failure to optimize. The global maximally embarrasing function is one where various versions of gcc (including llvm-gcc) emit code returning constant 0 and clang emits 762 bytes of x86. The C code is this: int ZZ_00005bbd(int x,int y){return m1s((x?0:x),a8s(y,y));} The other embarrassing thing about these functions is that most compilers miscompile some of the 7 million functions. llvm-gcc and clang are the only ones we tested that actually get them all right. To compile these functions this code needs to be prepended: #include &l...

Hi, how can I get Rails to generate SQL queries with conditions in the JOIN clause? What I would want is: SELECT * FROM people p LEFT OUTER JOIN jobs j (p.job_id = j.id AND j.salary > 9999999) I tried People.find(:all, :include => ''jobs'', :conditions => ''jobs.salary > 9999999'') but that generates SELECT * FROM people p LEFT OUTER

I am able to see my printer as a share. Well better put, I see four representations of my printer: ascii, lp2, lp-mono, and raw. I tried the naive thing and just selected lp2 and added the cannon bjc 4000 driver for NT. This didn't work. I get an error report: %%[ Error: undefined; offending Command: K ]%% . . . a bunch of strings that I don't understand. This does not look like the

So it would appear that llvm-gcc and clang are both slower than gcc4 which is infamous for being slow at compiling code, and yes this is with a release build/--enable-optimizations. This seems to go against notes such as http://clang.llvm.org/features.html#performance which claim clang is signifcantly faster than gcc. Below are some times and the larger object files when compiling an i386

...e significant failure to > optimize. > > The global maximally embarrasing function is one where various versions of > gcc (including llvm-gcc) emit code returning constant 0 and clang emits > 762 bytes of x86. The C code is this: > > int ZZ_00005bbd(int x,int y){return m1s((x?0:x),a8s(y,y));} > > The other embarrassing thing about these functions is that most compilers > miscompile some of the 7 million functions. llvm-gcc and clang are the > only ones we tested that actually get them all right. > > To compile these functions this code needs to...

...ts some significant failure to > optimize. > > The global maximally embarrasing function is one where various versions of > gcc (including llvm-gcc) emit code returning constant 0 and clang emits > 762 bytes of x86. The C code is this: > > int ZZ_00005bbd(int x,int y){return m1s((x?0:x),a8s(y,y));} > > The other embarrassing thing about these functions is that most compilers > miscompile some of the 7 million functions. llvm-gcc and clang are the > only ones we tested that actually get them all right. > > To compile these functions this code needs to be...

remove

I'm a mathematician and programmer working on experimental surround sound techniques. Some of the ideas I'm working on require dozens of channels. These channels are often highly correlated and are very well suited to compression. I'm new to Vorbis. Does it attempt to address such issues? Thanks, --Richard --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking