similar to: [LLVMdev] Extending the C API

I'm using configure. On Mon, Mar 9, 2009 at 5:12 AM, Óscar Fuentes <ofv at wanadoo.es> wrote: > Lennart Augustsson <lennart at augustsson.net> writes: > >> Commenting out the Hello transformation I get these link errors: >> >> llvm[2]: Linking Debug Shared Library LTO.dll >>

Hi, Is there some documentation about what has not been implemented yet? I'm trying to use vectors and I just run into one thing after another that seem to be missing. (I.e., fcmp on vectors doesn't work; trying to do the same thing with expanded instructions doesn't work; select on a vector doesn't work) -- Lennart

Commenting out the Hello transformation I get these link errors: llvm[2]: Linking Debug Shared Library LTO.dll c:/DOCUME~1/1312888/Desktop/Workspace/llvm/llvm-top/Debug/lib/libLLVMSystem.a(Signals.o): In function `Z28LLVMUnhandledExceptionFilterP19_EXCEPTION_POINTERS': c:/DOCUME~1/1312888/Desktop/Workspace/llvm/llvm-top/lib/System/Win32/Signals.inc:164: undefined reference to

On Jan 24, 2009, at 4:34 AM, Lennart Augustsson <lennart at augustsson.net> wrote: > Hi, > > Is there some documentation about what has not been implemented yet? I've started adding notes to docs/LangRef.html Historically this document has been used to describe just the LLVM IR, and not what specific consumers of it do or don't support, but codegen is a very

Lennart Augustsson <lennart at augustsson.net> writes: > Commenting out the Hello transformation I get these link errors: > > llvm[2]: Linking Debug Shared Library LTO.dll > c:/DOCUME~1/1312888/Desktop/Workspace/llvm/llvm-top/Debug/lib/libLLVMSystem.a(Signals.o): > In function `Z28LLVMUnhandledExceptionFilterP19_EXCEPTION_POINTERS': >

Like this: llvm[1]: Compiling Signals.cpp for Debug build In file included from Signals.cpp:33: Win32/Signals.inc:262: error: `sys' has not been declared Win32/Signals.inc: In function `void AddSignalHandler(void (*)(void*), void*)': Win32/Signals.inc:266: error: `KillSigs' was not declared in this scope Win32/Signals.inc:266: error: `KillSigsEnd' was not declared in this scope

Lennart Augustsson mentioned on his blog that he got substantial performance improvements by conveying to LLVM when external functions (e.g. tanh) were pure. How is this done? -- Dr Jon Harrop, Flying Frog Consultancy Ltd. http://www.ffconsultancy.com/?e

Jon Harrop wrote: > If you are familiar with functional programming and, in particular, its > benefits in the context of compiler work then you might like to use Gordon's > OCaml bindings to LLVM that are bundled with LLVM. They are very easy to use > and will make subsequent work vastly easier than trying to write everything > in C++. Or, indeed, the Haskell bindings

On Tuesday 17 February 2009 09:46:07 Duncan Sands wrote: > Hi, > > > Lennart Augustsson mentioned on his blog that he got substantial > > performance improvements by conveying to LLVM when external functions > > (e.g. tanh) were pure. > > first note that tanh is not pure, because the result depends on the current > floating point rounding mode. Ugh. > However,

On Sunday 08 March 2009 01:42:42 Lennart Augustsson wrote: > I'm trying to compile the top version of LLVM with MinGW, but I'm > getting compilation errors. What kind of errors? Ciao, Duncan.

On Mar 8, 2009, at 4:21 AM, Lennart Augustsson wrote: > Like this: > > llvm[1]: Compiling Signals.cpp for Debug build > In file included from Signals.cpp:33: > Win32/Signals.inc:262: error: `sys' has not been declared > Win32/Signals.inc: In function `void AddSignalHandler(void (*) > (void*), void*)': > Win32/Signals.inc:266: error: `KillSigs' was not declared

Hi, > Lennart Augustsson mentioned on his blog that he got substantial performance > improvements by conveying to LLVM when external functions (e.g. tanh) were > pure. first note that tanh is not pure, because the result depends on the current floating point rounding mode. However, if you are willing to sacrifice complete numerical correctness, you can give llvm-gcc the -ffast-math

On Tuesday 13 October 2009 04:02, Lennart Augustsson wrote: > And you really want your allocas in the entry block so they are > implemented by just stack pointer manipulation rather than calling > alloca(). The latter is slower, and there's also a bug that makes > calling alloca() not getting the alignment right (if it's > 8). Is there a bug number for that? I wonder if

I'm trying to compile the top version of LLVM with MinGW, but I'm getting compilation errors. They seem to be caused by the changes in rev 66072. Has anyone compiled on MinGW? Since I just installed MinGW on this computer it could be my problem. (I noticed that LLVM 2.5 still doesn't come with binaries for the libraries on MinGW.) -- Lennarft

Is there a guide anywhere to embedding LLVM into a program to compile and run a DSEL? Thanks, Sean

Hello, I am currently trying to connect my Dovecot mail server to Microsoft's Azure-AD and use it as password and user database. I am using version 2.3.7.1. Using the Azure-AD as passdb already works. In this context I noticed that the scope implementation is not yet merged. Since I haven't found any hints for an OAuth2 userdb implementation yet, I wanted to ask if there are any plans

On Tuesday 05 February 2008 12:40:20 thomas weidner wrote: > I wanted to roll out my own lisp, and maybe use some library code from > existing lisps (think of loop or format). Adding an LLVM backend to an > existing lisp implementation is a nice idea, but currently not planned. I am also interested in implementing functional programming languages using LLVM. Although I'm only

Hi all, Five minutes ago I heard a rumor that Lennart Poettering has rewritten rsync. My top urgency is to download the latest numbered version of rsync untouched by Lennart Poettering: I'll find out if the rumor is true or false later. I've downloaded rsync rsync-3.1.3.tar.gz and rsync-patches-3.1.3.tar.gz from https://download.samba.org/pub/rsync/ . Is the source code in both those

On 12/19/2017 10:41 AM, Stephen Hemminger wrote: > On Tue, 19 Dec 2017 13:21:17 -0500 (EST) > David Miller <davem at davemloft.net> wrote: > >> From: Stephen Hemminger <stephen at networkplumber.org> >> Date: Tue, 19 Dec 2017 09:55:48 -0800 >> >>> could be 10ms, just enough to let udev do its renaming >> Please, move to some kind of

On 12/19/2017 10:41 AM, Stephen Hemminger wrote: > On Tue, 19 Dec 2017 13:21:17 -0500 (EST) > David Miller <davem at davemloft.net> wrote: > >> From: Stephen Hemminger <stephen at networkplumber.org> >> Date: Tue, 19 Dec 2017 09:55:48 -0800 >> >>> could be 10ms, just enough to let udev do its renaming >> Please, move to some kind of