search for: gneerated

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

On Tue, 22 Mar 2005, Vladimir Prus wrote: > The PrologEpilogInserter.cpp file aligns the stack only if > MachineFrameInfo::hasCalls returns true, which happens only if the function > has "call frame setup instruction" which my backend does not generate. > Chris suggested adding explicit MachineFrameInfo::setHasCalls call, which I've > tried, but it does not help. The

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

Ok, this time without hitting send accidentally... 1) Please write to the proper mailing list. Swfdec is not getting enough mail to make splitting the commit mail worth it (yet ;)). 2) I don not really have a clue about ffmpeg, and all its weird options and features. I just know enough to make Debian's version work in swfdec. And I don't really care until there's something out

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

samba generates an unknown ip4 and ip6 address. here is my settings: root at server:/# ifconfig enp1s0f2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.81.20 netmask 255.255.255.0 broadcast 192.168.81.255 inet6 fe80::21b:21ff:fea6:ce92 prefixlen 64 scopeid 0x20<link> inet6 2001:470:1f1b:5b5:21b:21ff:fea6:ce92 prefixlen 64 scopeid

the dig is wrong as well, it adds an additional ip address, which i have not request to use other interfaces: root at server:/# dig p3x-dc.patrikx3.com ; <<>> DiG 9.11.5-P4-5.1-Debian <<>> p3x-dc.patrikx3.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11190 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0,