search for: 20041025

...hes are acceptable, please tell me > which ones have to be modified (if any) and I will do it ASAP. Meanwhile > I will work on a proper solution to the hash_map incompatibilities... Sounds great. I applied almost all of the patches: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019806.html http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019807.html http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019808.html http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019809.html http://mail.cs.uiuc.edu/pipermail/llvm-commits/...

Hi, several of the patches I submitted last week have not yet been applied, and most of it was really uncontroversial stuff like adding some #includes and some typecasts, fixing alloca for visual C etc. I guess I just wrote too many mails so it was lost in the process, so here is a diff which includes all changes I have made, except those related to hash_map differences since my solution

...except that MachineBasicBlock2IndexFunctor is dead, so I nuked it. > removing the <algorithm> caused a few more files to require including > this header, I'm attaching a patch to this message. Sounds good, patches applied: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019854.html http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019855.html http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019856.html http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019857.html Thanks! > By the way, I'm getting 2356...

Chris Lattner wrote: > The two patches I didn't apply are the one that affects the interpreter > (I'll let Brian tackle it as he's the interpreter guy), and this one: > > =================================================================== > RCS file: /var/cvs/llvm/llvm/include/llvm/CodeGen/MachineBasicBlock.h,v > retrieving revision 1.39 > diff -u -r1.39

Chris Lattner wrote: > We would be happy to accept patches that convert struct -> class in the > appropriate places, and I agree with your intuition of what should be a > class vs a struct. Here is a (big) patch which makes the struct/class usage consistent - I think probably some structs should be classes, but most of the time I made the choice that required changes in as few

...ed. > lli((anonymous namespace)::PrintStackTrace()+0x1a)[0x857f21a] > lli((anonymous namespace)::SignalHandler(int)+0xcb)[0x857f48d] > [0xffffe420] > How should we get this to run? Sorry about that, patch for this problem here: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019891.html > Also the code in runtime/GC/SemiSpace/semispace.c doesn't seem to do > anything other than call process_pointer for every gcroot pointer. > > static void process_pointer(void **Root, void *Meta) { > printf("process_root[0x%p] = 0x%p\n", (void*) Root, (v...

...ace)::PrintStackTrace()+0x1a)[0x857f21a] > > lli((anonymous namespace)::SignalHandler(int)+0xcb)[0x857f48d] > > [0xffffe420] > > How should we get this to run? > > Sorry about that, patch for this problem here: > http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019891.html That patch does fix the problem. Thank you. I used the following llvm-link -f -o linked.bc alloc_loop.bc ~/llvm/runtime/GC/SemiSpace/Debug/semispace.bc because it seemed easier than working out if and how to get dynamic loading and linking to work. Perhaps the process will be smoother w...

I'm in a group tasked with improving the GC of LLVM for a 421 project. We are having trouble getting started with the given SemiSpace collector. We found the string llvm_gc_initialize called from a single source file ./test/Regression/CodeGen/Generic/GC/alloc_loop.ll which we tried with the following... (showing LLVM checked out from cvs a few days ago, similar output with release 1.3) $

Hi Timo, I am sorry to bug you about this, but I am a bit confused and I have approx 200 users so I don't want to screw this up. I am using the latest FC2 Dovecot RPM: dovecot-0.99.10.5-0.FC2. I am using NFS to mount the /home dirs on the fileserver from the mailserver with mbox. In the docs you said that I should probably use :INDEX=MEMORY. However I think this really pushes the server to

This is kind of a repost of one part of a previous question I have had. Peer Username Call ID Seq (Tx/Rx) Lag Jitter Format 213.137.73.178 xxxxxxxxxx 3705df0a5f7 00103/00000 00000ms 0000ms 4 1 active SIP channel(s) I see that there is 0ms Jitter set. How can I set a Jitter buffer for use with sip channels? I can't seem to find any documentation about this.

...It supports all standard options except -p and -o. -- Thayne Harbaugh Linux Networx -------------- next part -------------- A non-text attachment was scrubbed... Name: klibc-uname.patch Type: text/x-patch Size: 4145 bytes Desc: not available Url : http://www.zytor.com/pipermail/klibc/attachments/20041025/f28bd860/klibc-uname.bin

...ll can be built and checked). Thanks, Reid -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041025/4dc209e5/attachment.sig>

-------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041025/d290c6e0/attachment.txt>

...[0x857f21a] > > > lli((anonymous namespace)::SignalHandler(int)+0xcb)[0x857f48d] > > > [0xffffe420] > > > How should we get this to run? > > > > Sorry about that, patch for this problem here: > > http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041025/019891.html > That patch does fix the problem. Thank you. I used the following > llvm-link -f -o linked.bc alloc_loop.bc ~/llvm/runtime/GC/SemiSpace/Debug/semispace.bc > because it seemed easier than working out if and how to get dynamic > loading and linking to work. Perhaps the proces...

Hi, I am trying to create a samba server a a AD member, I have set up security = ads. I have made the necessary changes to nsswich.conf and krb5.conf. wbinfo returns a list of user & groups and also maps sucesfully between username and SID and vice versa. I have tried upgrading the fedora supplied binaries to the ones from the redhat mirror. However when doing a getent passwd I am only

I have spent some time examining the llvm code now, and it seems most of the hash_maps are keyed with pointers, and a few with ints. There is also one place where the keys are std::string. All these are unproblematic with the Visual Studio std_ext::hash_map since it provides hash_value functions for all these types (note, it hashes char * as pointers, not as strings - but char * is not used

Hello, I am using dovecot as an IMAP server to which Mail.app (Apple Mail) connects. However I do not get any notification of new mails in folders other than the inbox, unless I disconnect and reconnect Mail.app or click on the folder with new mail. I'm pretty sure the problem comes from Mail.app. I have searched on Google for how to go around this issue, and have not yet found a

Thanks for getting back to me so quickly on this. In thinking about the topology that I am trying to set up, I will probably only set up a "private" DNS on the VPN for the 10.x.x.x users. With this in mind, I have now come up with a new question relating to this. What I will like to do is to give all of the uses, including roadwarriors, a static IP address on the 10.x.x.x address

I am having several users complain about not being able to use the # button when dialing into IVR's, etc, because the # key prompts for transfering the call to another extension. Is there a way to still provide transfer capability, but not use the # key? I am using SNOM 200 phones so if anyone has any suggestions, I would greatly appreciate it. Thanks, Brian

...I guess I'll make the extra locking configurable. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20041025/e1498583/attachment-0001.bin>