search for: 20130111

...ng, the slow-down still happens at the 8th files to be merged. Can anyone suggest what's going on with merging? Thanks John -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: p1.txt URL: <https://stat.ethz.ch/pipermail/r-help/attachments/20130111/7f91db84/attachment-0022.txt> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: p2.txt URL: <https://stat.ethz.ch/pipermail/r-help/attachments/20130111/7f91db84/attachment-0023.txt> -------------- next part -------------- An embedded and...

Hi Justin, I believe the PTX section in the link below need some love, updating "lib/Target/PTX" to "lib/Target/NVPTX" for example. Would you like to take a look? http://llvm.org/docs/CodeGenerator.html#the-ptx-backend Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667

...ombinations and try to build a similar model. That also means we should re-using the X86TypeConversionCostTblEntry as a more generic structure? cheers, --renato -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/cf0ae139/attachment.html>

...ng list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -- Thanks, Justin Holewinski -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/dc29bcae/attachment.html>

...hile trying to declare `static raw_ostream S` in order to take somehow the errs() output. Thank you for any help ! -- Best regards, Alexandru Ionut Diaconescu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/44fdccac/attachment.html>

...#39;s infrastructure exists to detect trojan'd tarballs. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/695cadc1/attachment.sig>

...list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -- Dan He ----------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/370cfcca/attachment.html>

...neric structure? Yes, it would be nice to generalize it. Maybe we can even unify the two-operand and one-operand tables into a single structure. Thanks, Nadav -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/f1af8c4a/attachment.html>

..., > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > Homepage: http://people.cs.nctu.edu.tw/~chenwj > -- Thanks, Justin Holewinski -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/b1617ff4/attachment.html>

...t; > would work just as well. LLVM's register coalescer and allocator don't try to reschedule instructions, which seems to be required here. /jakob -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/9dc4635f/attachment.html>

...et-dependent, as I don't want it > (and apparently few do, which is why it was removed). > No worries there, it can be put under a flag perhaps. -eric -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/1e94dbad/attachment.html>

...e I checked it, it was up to almost 500 days of up time without an asterisk restart. Kevin Larsen - Systems Analyst - Pioneer Balloon - Ph: 316-688-8208 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130111/c889bc44/attachment.htm>

...ch that added a new reloc handler for .debug_info.dwo (r171428). I've been meaning to do this, but it hasn't bubbled up to the top of my queue yet. -eric -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/4121ef11/attachment.html>

...ist > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > -- Thanks, Justin Holewinski -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/73080e30/attachment.html>

llvm-dev, I'm trying to get a better understanding of sub-registers. I'm seeing the code generator make an odd decision that I was hoping someone could point me in the right direction of explaining. The architecture is 68000, which has 8, 16, and 32 bit views of all of it's data registers. In order to zero extend you can load a big view with zero, and then copy into the small view.

...uiuc.edu > http://lists.cs.uiuc.edu/**mailman/listinfo/llvmdev<http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev> > -- Thanks, Justin Holewinski -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/40457936/attachment.html>

...'s pretty much correct, I don't really need to dump the line tables at the moment, but it shouldn't be too long if you're not in any hurry. -eric -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/762cb9d6/attachment.html>

On 11.01.2013, at 21:31, Justin Holewinski <justin.holewinski at gmail.com> wrote: > On Fri, Jan 11, 2013 at 3:26 PM, Benjamin Kramer <benny.kra at gmail.com> wrote: > > On 11.01.2013, at 07:36, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: > > > Hi Pawel, > > > > PTX already be replaced with NVPTX. However, PTX subdirectory > >

For target dependent function level attributes, do I need to actually add them to the enumeration in attributes.h? I have for example, mips16 and nomips16 as attributes. Or is this supposed to be done with cc <n>

...cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/**mailman/listinfo/llvmdev<http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130111/9d4d46fc/attachment.html>