search for: gneerat

The patch http://git.xiph.org/?p=flac.git;a=commitdiff;h=0bea5fb96436588b4e78c5be79bf174b9be7a202 changes the type of t value from FLAC__int32 to uint32_t, but only for 24-bit signed input samples. 24-bit *un*signed input still uses FLAC__int32 t. So I wonder - does it makes sense to change this type too? The patch is attached. -------------- next part -------------- A non-text attachment was

...always > explicitly calls setHasCalls with the value it computes, so whatever value I > set manually is just overwritten. > > So, what's the right approach? As usual, I'll be willing to code a > patch. Can you explain the problem in more detail? Specifically the LLVM code gneerator assumes that there is some alignment that the stack is required to have as part of its ABI. For example, in X86 target machine, the stack is 8-byte aligned on entry to function calls. What this means is that the frame info can assume that the stack pointer is 8-byte aligned on entry to every...

Hi, I have a problem getting a properly aligned stack for my LLVM backend. I've asked about this previously, but unfortunately only now could try the suggested solution. For reference, here's the original message from me: http://mail.cs.uiuc.edu/pipermail/llvmdev/2004-July/001388.html And here's reply from Chris: http://mail.cs.uiuc.edu/pipermail/llvmdev/2004-July/001390.html The

...patch to get rid of it. Scaling at least is done in cairo and not in ffmpeg. 4) The video decoding stuff has not changed at all since 0.4.3. Actually pretty much nothing froma feature point of view has changed. The only changes have been the exported API, some fixes for Pygtk's bindings gneerator and me breaking swfdec's scripting engine on a branch. Cheers, Benjamin Quoting owczi@owczi.net: > Hi Benjamin, > > Please excuse me not writing to propper mailing list but I saw mostly > commit reports there. > I was just trying to compile swfdec + swfdec-mozilla 0....

On Tuesday 22 March 2005 20:34, Chris Lattner wrote: > Can you explain the problem in more detail? Specifically the LLVM code > gneerator assumes that there is some alignment that the stack is required > to have as part of its ABI. For example, in X86 target machine, the stack > is 8-byte aligned on entry to function calls. > > What this means is that the frame info can assume that the stack pointer > is 8-byte alig...

...d (correct versions as well) generates this ip addresses??? * *I tried everything an it still generates this weird always 192.168.81.120, when I am not even using this interface.* *The problem is that when i like wanna use or ping it rotating the ip address and sometimes i get the wrong. But who is gneerating it?* *I searched with grep since root (/) and there is no ip address anywhere 192.168.81.120. SO super weird!* *Patrik* WWW <https://patrikx3.com> | GitHub <https://github.com/patrikx3/> | NPM <https://www.npmjs.com/~patrikx3> | Corifeus <https://corifeus.com> | +36 20...

...ll) generates this > ip addresses??? * > *I tried everything an it still generates this weird always > 192.168.81.120, when I am not even using this interface.* > *The problem is that when i like wanna use or ping it rotating the ip > address and sometimes i get the wrong. But who is gneerating it?* > > *I searched with grep since root (/) and there is no ip address anywhere > 192.168.81.120. SO super weird!* > > *Patrik* > WWW <https://patrikx3.com> | GitHub <https://github.com/patrikx3/> | NPM > <https://www.npmjs.com/~patrikx3> | Corifeus <h...