search for: 20100122

...e lsize %full type <cut> 5 5 16K 128K 160G 1T 15.64 ZFS plain file </cut> Henrik http://sparcv9.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100122/e5819131/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: zpool01.zdb Type: application/octet-stream Size: 26139 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100122/e5819131/attachment.obj&g...

..., are these flags only given as an argument to llc? Or to llvm-gcc/llvm-g++? Thanks, Jose Jose Rangel QA Engineer Arxan Technologies, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/596d84cd/attachment.html>

...ption but I don't think it's due to any problem with LLVM eh table output -- James > >> Ciao, >> >> Duncan. >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/3e0ae409/attachment.html>

Without this change, regenerated ./configure's don't work. -------------- next part -------------- A non-text attachment was scrubbed... Name: sample-project-autoconf.patch Type: text/x-patch Size: 928 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/904a5563/attachment.bin>

Hi James, > I get the expected output (after changing i32 @llvm.eh.selector() to i64 > llvm.eh.selector.i64()) in top-of-tree, llvm.eh.selector.i64 has been removed (though bitcode will autoupgrade) and there is only i32 @llvm.eh.selector(), which is why my example was written this way. Ciao, Duncan.

..., which is why my > example > was written this way. > OK. I understand. Thanks again for the help. -- James > > Ciao, > > Duncan. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/ce3b9af1/attachment.html>

...f some kind, wild load or store somewhere, use-after-free, something like that. It was not I who disabled it but my data led me to agree with that decision. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/d075d00f/attachment.html>

...rstand right, the personality function should still be offered the foreign exception so it has a chance to call cleanups? > Ciao, > > Duncan. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/2b0395bc/attachment.html>

...the personality function should still be offered the foreign exception so it has a chance to call cleanups? > > > Ciao, > > Duncan. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/56a6bb17/attachment.html>

...of some kind, wild load or store somewhere, use-after-free, something like that. It was not I who disabled it but my data led me to agree with that decision. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/9cb55746/attachment.html>

In the future, it would be cool if there were a mailbox format (dbox2?) where mail headers and each mime part were stored in separate files. This would enable the zfs dedup feature to be used to maximum benefit. In the zfs filesystem, there is a dedup feature which stores only 1 copy of duplicate blocks. In a normal mail file, the headers will be different for each recipient and the chances of

Hi James, > Yes - sorry I was unclear. I have pruned everything down to a pretty > minimal test: > - LLVM 2.6 compiled from source > - A slightly modified version of Duncan's example ll assembly posted earlier > - A minimal personality function (just a call to fprintf()) in a > separate C file compiled with gcc-llvm > - A single C++ function in a third file that simply

...____________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/29a0a481/attachment.html>

Hello, Does anyone have an idee how to add /sbin to the sudo $PATH environment? Adding /sbin to .bashrc $PATH isn't really what I want... I'd like sudoers to be able to run: $ sudo chkconfig And not: $ sudo /sbin/chkconfig Thanks Sam

...ce I've only been testing on the JIT. I'll see if I can work around the recursive compilation problem. -- James > Ciao, > > Duncan. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/05532e6a/attachment.html>

...ise for the confusion. > > -- James > >> >> >>> Ciao, >>> >>> Duncan. >>> >>> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/73e23dbb/attachment.html>

...as seeing the JIT fail was probably unhelpful. I apologise for the confusion. -- James > > >> Ciao, >> >> Duncan. >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/d5700562/attachment.html>

...ld still be offered the foreign > exception so it has a chance to call cleanups? > > >> Ciao, >> >> Duncan. >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/3b3f491c/attachment.html>

...apologise for the confusion. >> >> -- James >> >> >> Ciao, >> >> Duncan. >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/3e7e7d3e/attachment.html>

Hi James, > want to send us your testcase code? Then we can give it a whirl. > > > Test code is at http://giantblob.com/ehtest.tar.gz > > Thanks for the help. I apologize in advance if it turns out I'm doing > something stupid! I hope you realise that by running llvm-ld without -native you are actually executing your program from the JIT. I did a native