search for: plmdvi

Pthread search changes broke freebsd so they are coming out until something better can be done -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091014/238683da/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: undopthread.patch Type: text/x-patch Size:

I got two arguments the wrong way round, this is the fixed one On Wed, Oct 14, 2009 at 6:57 AM, Paul Davey <plmdvy at gmail.com> wrote: > Pthread search changes broke freebsd so they are coming out until something > better can be done > -------------- next part -------------- An HTML attachment was scrubbed... URL:

support for triple in haiku it touches lib/Support/Triple.cpp and include/llvm/ADT/Triple.h -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091016/049eccbe/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: haikutriple.patch Type: application/octet-stream

Greatest appologies that had some cruft in it, let me send the cleaned one On Fri, Oct 16, 2009 at 12:45 AM, Paul Davey <plmdvy at gmail.com> wrote: > support for triple in haiku > > it touches lib/Support/Triple.cpp > and include/llvm/ADT/Triple.h > > > -------------- next part -------------- An HTML attachment was scrubbed... URL:

--emit-llvm, if not conflict >>> Paul Davey <plmdvy at gmail.com> 10/30/2009 11:11 AM >>> --emit-llvm?? On Fri, Oct 30, 2009 at 7:55 AM, Viktor Kutuzov <vkutuzov at accesssoftek.com> wrote: Hello everyone, I'm working on passing parameters for gold/LTO plug-in and could add this one as well. Just need an option name. Could anybody suggest one? Viktor

This is a patch for the regenerated configure related files. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091013/eb1ed755/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: haiku.patch Type: text/x-patch Size: 11388 bytes Desc: not available URL:

for evocallaghan he needed his configure.ac changes autogened. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091013/a6819944/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: auroraux.patch Type: text/x-patch Size: 9004 bytes Desc: not available URL:

--emit-llvm?? On Fri, Oct 30, 2009 at 7:55 AM, Viktor Kutuzov <vkutuzov at accesssoftek.com>wrote: > Hello everyone, > > I'm working on passing parameters for gold/LTO plug-in and could add this > one as well. > Just need an option name. Could anybody suggest one? > > Viktor > > ----- Original Message ----- > From: "Nick Lewycky" <nicholas at

I've run into some issues with tail calls in the past, make sure you are doing the following: 1. Call should be marked with tail (obviously) 2. Next statement after tail call should be 'return void' 3. Use fast call convention for tail calls 4. Make sure the function you are calling doesn't use the 'noreturn' attribute. 5. Turn on tail calls in llc (if using the static

tail calls are only implemented for fastcall calling convention if i remeber right from my inquiries. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091112/e8f1dd2a/attachment.html>

you want to use the execution engine and JIT but do not put them in the llvm-config line?? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091106/d26a0a02/attachment.html>

to me the name implies that it creates a handle to the type given, i guess if you look at it in context of the ocaml conversion functions some people may think otherwise. On Tue, Jan 26, 2010 at 6:49 PM, james woodyatt <jhw at conjury.org> wrote: > everyone-- > > I notice that Llvm.llvm_handle_to_type is actually defined to create a type > handle from a type, rather than vice

By the way: x * 1 = 1 is one optimisation I never want to see in llvm please. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100304/e2bf0cd7/attachment.html>

sorry forgot to change address :/ Rob: from original post: I would expect the following optimizations, but didn't find them in the code: x + 0 = x x * 0 = 0 x * 1 = 1 x * -1 = -x -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100304/ab3a1b7a/attachment.html>

sorry keep forgetting to send to list instead of last person who replied :( On Fri, May 21, 2010 at 1:18 PM, JayaSus <jayasnair at gmail.com> wrote: > > Hi Bill Wendling. > I am trying to get a hexcode as shown below for mips processor using llvm > > Disassembly of section .text: > > 00000000 <main>: >   0:   27bdffe8        addiu   sp,sp,-24 >   4:  

On Sat, Jun 19, 2010 at 4:35 AM, Chris Lattner <clattner at apple.com> wrote: > > On Jun 18, 2010, at 3:29 AM, Yuri wrote: > >> Now I see that JITted code doesn't have standard prolog, on x86 each >> procedure instead begins with 'sub    $0x4,%esp'. >> >> Is there an option to make JIT generate regular prologs? > > Try turning off frame