search for: duvernois

Ok thanks, I thought there was a more direct way to do it... 2012/11/19 Eric Christopher <echristo at gmail.com> > llvm-extract and then llc? > > -eric > > > On Mon, Nov 19, 2012 at 10:25 AM, Christophe Duvernois < > christophe.duvernois at gmail.com> wrote: > >> Hi >> >> I use llvm-3.1. I have a large module and i want to emit native code (or >> assembly) for one function. >> >> I tried to replace the PassManager in llc by a FunctionPassManager but I >>...

On 19/11/12 22:31, Christophe Duvernois wrote: > Ok thanks, > I thought there was a more direct way to do it... I think this is supposed to be possible. llvm-gcc had logic for emitting code for each function immediately after generating it, but it was ifdef'd out with the remark that it was buggy. You might want to take a lo...

...unavailability. For example, I don't think compressed DWARF works on Windows. On Tue, Sep 16, 2014 at 3:21 PM, Filip Pizlo <fpizlo at apple.com> wrote: > What is the downside of Zlib dependency? I'm curious! :-) > > -Filip > > On Sep 16, 2014, at 2:45 PM, Christophe Duvernois < > christophe.duvernois at gmail.com> wrote: > > Hi > > Miniz (https://code.google.com/p/miniz/ ) is very small and performant > implementation of zlib compression with api compatibility and it is public > domain... > Miniz can be integrated directly into the llvm sou...

21.06.2012, 14:43, "Christophe Duvernois" <christophe.duvernois at gmail.com>: > Hi > > Speaking about a good existing build system in python, there is waf : http://code.google.com/p/waf/ > It is in my opinion far more better than cmake on any point (performance, flexibility, easy to use, ...) ... I propose premake...

llvm-extract and then llc? -eric On Mon, Nov 19, 2012 at 10:25 AM, Christophe Duvernois < christophe.duvernois at gmail.com> wrote: > Hi > > I use llvm-3.1. I have a large module and i want to emit native code (or > assembly) for one function. > > I tried to replace the PassManager in llc by a FunctionPassManager but I > have a crash so this is probably not...

Hi Miniz (https://code.google.com/p/miniz/ ) is very small and performant implementation of zlib compression with api compatibility and it is public domain... Miniz can be integrated directly into the llvm source code. So it could be a good replacement or alternative to avoid zlib dependency... If someone is interested i can provide a patch. Regards Christophe -------------- next part

Hi I use llvm-3.1. I have a large module and i want to emit native code (or assembly) for one function. I tried to replace the PassManager in llc by a FunctionPassManager but I have a crash so this is probably not the good way to do it. (cf attached my simple test) Is it possible to write one function from the module? What is the good way to do it? Thanks in advance. Christophe --------------

...9;t think compressed DWARF works on > Windows. > > On Tue, Sep 16, 2014 at 3:21 PM, Filip Pizlo <fpizlo at apple.com> wrote: > >> What is the downside of Zlib dependency? I'm curious! :-) >> >> -Filip >> >> On Sep 16, 2014, at 2:45 PM, Christophe Duvernois < >> christophe.duvernois at gmail.com> wrote: >> >> Hi >> >> Miniz (https://code.google.com/p/miniz/ ) is very small and performant >> implementation of zlib compression with api compatibility and it is public >> domain... >> Miniz can be integ...

Hi Speaking about a good existing build system in python, there is waf : http://code.google.com/p/waf/ It is in my opinion far more better than cmake on any point (performance, flexibility, easy to use, ...) ... 2012/6/21 Jean-Daniel Dupas <devlists at shadowlab.org> > > Le 21 juin 2012 à 11:34, Manuel Klimek a écrit : > > On Thu, Jun 21, 2012 at 10:43 AM, Charles Davis

Le 21 juin 2012 à 11:34, Manuel Klimek a écrit : > On Thu, Jun 21, 2012 at 10:43 AM, Charles Davis <cdavis at mymail.mines.edu> wrote: > > On Jun 20, 2012, at 6:19 PM, Chandler Carruth wrote: > >> On Wed, Jun 20, 2012 at 5:13 PM, Nick Lewycky <nlewycky at google.com> wrote: >> Is there anybody who is certain that our autoconf dependency needs to stay around?

Hi, Please find attached a short c test program which does not behave correctly with clang 3.9. I'm running ubuntu 16.04 64bit clang bug.c ./a.out for gcc 5.4.0 / clang3.8 output: 1 1 0 1 1 1 0 1 ./a.out for clang3.9 output: 0 0 0 0 0 0 0 0 Is that a regression? Regards, Christophe -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi I create a simple bytecode file with clang -c -emit-llvm test.c -o test.bc #include <stdio.h> void hello(){ printf("hello\n"); } void hello2(){ printf("hello2\n"); } Then i want to keep only the hello function so i do : llvm-extract -func=hello -o test2.bc test.bc but the string constants are removed and "@.str" is marked as external @str

Hi everyone, In llvm 4.0 the MCJIT::getFunctionAddress function return 0 (a null address) when the symbol is not found : *uint64_t MCJIT::getSymbolAddress(const std::string &Name, bool CheckFunctionsOnly) { std::string MangledName; { raw_string_ostream MangledNameStream(MangledName); Mangler::getNameWithPrefix(MangledNameStream, Name, getDataLayout()); } return

...gt;>> On Tue, Sep 16, 2014 at 3:21 PM, Filip Pizlo <fpizlo at apple.com> wrote: >>> >>>> What is the downside of Zlib dependency? I'm curious! :-) >>>> >>>> -Filip >>>> >>>> On Sep 16, 2014, at 2:45 PM, Christophe Duvernois < >>>> christophe.duvernois at gmail.com> wrote: >>>> >>>> Hi >>>> >>>> Miniz (https://code.google.com/p/miniz/ ) is very small and performant >>>> implementation of zlib compression with api compatibility and it is publi...

Hi, I recently migrate from llvm/clang 2.8 to 3.1. The builtin __builtin_ia32_pcmpeqd128 compile and works perfectly with clang 2.8. But with clang 3.1, i get the compilation error : use of unknown builtin '__builtin_ia32_pcmpeqd128' [-Wimplicit-function-declaration] __v4i comp = __builtin_ia32_pcmpeqd128(vectTag, vectTag2); (cf dummy.c -> clang -c dummy.c -o dummy.o) Is that

Thanks for the answer, So if i understand right, i can't directly compile the c code using clang. And i need to manually generate some llvm ir to replace the builtin function. Is that right? 2012/6/4 Duncan Sands <baldrick at free.fr> > Hi Christophe, > > > I recently migrate from llvm/clang 2.8 to 3.1. > > The builtin __builtin_ia32_pcmpeqd128 compile and works