similar to: [LLVMdev] [PATCH] Get dlerror() messages

On Wed, Jul 30, 2008 at 11:32:18AM -0700, Bill Wendling wrote: > On Jul 30, 2008, at 11:17 AM, Julien Lerouge wrote: >> ../../../llvm-gcc4.2-src/gcc/libgcc2.c:2095: error: conflicting types >> for 'VirtualProtect' >> >> c:/cygwin/home/jlerouge/buildbot/llvm/lib/../include/winbase.h:1998: >> error: previous declaration of 'VirtualProtect' was here

Hello Julien, I think the reason for the change was because there is processor context information stored in the type in 2.6. The reason it's there is to support multicore JIT architecture. --Sam ----- Original Message ---- > From: Julien Lerouge <jlerouge at apple.com> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Sent: Thursday, September 10, 2009

On Jul 30, 2008, at 11:17 AM, Julien Lerouge wrote: > Not sure if that's related, but we had two failures last night as > well: > > MacOS/Universal build failed on rev 54197, when building the x86->ppc > cross: > > cc1: warnings being treated as errors > /Users/julien/buildbot/llvm/gcc-build/src/gcc/cp/pt.c:5296: warning: > no > previous prototype for

On Wed, Jul 30, 2008 at 03:06:54PM -0700, Julien Lerouge wrote: > On Wed, Jul 30, 2008 at 11:32:18AM -0700, Bill Wendling wrote: > > On Jul 30, 2008, at 11:17 AM, Julien Lerouge wrote: > >> ../../../llvm-gcc4.2-src/gcc/libgcc2.c:2095: error: conflicting types > >> for 'VirtualProtect' > >> > >>

Hello folks, I have a small piece of C code written like this: typedef struct { char a; int b; int c; } foo; foo myFoo[5] = {{0}}; With llvm-gcc 2.5, I get the following IR: %struct.foo = type { i8, i32, i32 } @myFoo = global [5 x %struct.foo] zeroinitializer, align 32 With the current 2.6, I get this: %0 = type { i8, [11 x i8] }

On Wed, Aug 05, 2009 at 01:35:20PM +0100, Aaron Gray wrote: > Hi, > > I am trying to find someone who has a building/working pre pr4572 revision > of llvm-gcc working on Cygwin and/or MinGW32. > > Many thanks in advance, > > Aaron Hello, The last revision I had working on MingW is 74998. I know that 75131 and later are broken, not sure what the status was between

On Thu, Sep 22, 2011 at 02:46:05AM -0400, Mark Brown wrote: > With recent work a plugin can now Annotate a VarDecl at the AST level, how > can this be used in a Pass at the IR level? What classes are responsible for > their manipulation? I assumed it would be part of Value, or something common > like it, but I do not see any mentions of Annotation or Attribute. > > Thank you

Hello, Since 2.5 is near, I have been trying to build llvm and llvm-gcc for MingW, but hit several problem (using the current trunk). First issue is that unittests don't build for MingW, the attached patch should fix it. Second issue is that llvm-gcc fails for me with the following error: /c/cygwin/home/jlerouge/buildbot/llvm-test/gcc-build/./gcc/xgcc

How can they processed? I cant seem to find any solid information about how they exist in IR form from a Passes perspective. I see things like @llvm.var.annotation in dumps but no relevant sounding methods to get at these. Thank you On Thu, Sep 22, 2011 at 1:20 PM, Julien Lerouge <jlerouge at apple.com> wrote: > On Thu, Sep 22, 2011 at 02:46:05AM -0400, Mark Brown wrote: > > With

Hi Ralph, On Fri, 2007-07-20 at 12:22 +0100, Ralph Corderoy wrote: > Hi Reid, > > > > if ((err = dlerror())) { > > > error("earlier undetected dlerror: %s\n", err); > > > } > > > p = dlsym(handle, sym); > > > if ((err = dlerror())) { > > > error("dlsym failed: %s\n", err); > >

Not sure if that's related, but we had two failures last night as well: MacOS/Universal build failed on rev 54197, when building the x86->ppc cross: cc1: warnings being treated as errors /Users/julien/buildbot/llvm/gcc-build/src/gcc/cp/pt.c:5296: warning: no previous prototype for 'outermost_tinst_level' make[2]: *** [cp/pt.o] Error 1 MingW failed on rev 54208:

On Fri, Jan 08, 2010 at 05:04:17PM -0800, Chris Lattner wrote: > On Jan 8, 2010, at 5:01 PM, Julien Lerouge wrote: > >Hello, > > > >The CodeExtractor contains a std::set<BasicBlock*> to keep track > >of the > >blocks to extract. Iterators on this set are not deterministic, and so > >the functions that are generated are not (the order of the >

On Dec 23, 2009, at 6:26 PM, Julien Lerouge wrote: > Hello folks, > > The makefile for 177.mesa says that for a small problem size, it will > get 100 frames. But in the spec sources I have, the test folder only > contains numbers for 10 frames: > > $ speccpu2000/benchspec/CFP2000/177.mesa/data $ wc -l test/input/ > numbers > 10 test/input/numbers > >

On Jan 8, 2010, at 5:01 PM, Julien Lerouge wrote: > Hello, > > The CodeExtractor contains a std::set<BasicBlock*> to keep track of > the > blocks to extract. Iterators on this set are not deterministic, and so > the functions that are generated are not (the order of the > inputs/outputs can change). > > The attached patch uses a SetVector instead. Ok to apply ?

Hello, I would like to run a SPEC benchmark from llvm-test, with objdir != srcdir. Right now it doesn't work because the config file External/SPEC/Makefile.spec.config is not created by the configure script in the target objdir. The attached patch adds the above Makefile to the list of Makefile(s) configure has to process. I have tested it on my local tree (needs to regenerate configure).

On Feb 26, 2009, at 6:01 PM, Julien Lerouge wrote: > Hello, > > I have the following sequence of passes (using --debug- > pass=Structure): > > ... > ModulePass Manager > FunctionPass Manager > Preliminary module verification > Dominator Tree Construction > Module Verifier > MyModulePass0 > MyAnalysis > Basic CallGraph

Hello, I have the following sequence of passes (using --debug-pass=Structure): ... ModulePass Manager FunctionPass Manager Preliminary module verification Dominator Tree Construction Module Verifier MyModulePass0 MyAnalysis Basic CallGraph Construction MyModulePass1 MyAnalysis MyModulePass2 Basic CallGraph Construction Call Graph SCC Pass

Hello folks, The makefile for 177.mesa says that for a small problem size, it will get 100 frames. But in the spec sources I have, the test folder only contains numbers for 10 frames: $ speccpu2000/benchspec/CFP2000/177.mesa/data $ wc -l test/input/numbers 10 test/input/numbers Generating 100 frames causes undefined behaviour because the program is doing unchecked fscanf on that

On Sat, Mar 31, 2007 at 03:11:44PM -0700, Reid Spencer wrote: > If you haven't confirmed your attendance yet, please do so by > responding to this email. Hello, I would like to attend too. Thank you, Julien -- Julien Lerouge PGP Key Id: 0xB1964A62 PGP Fingerprint: 392D 4BAD DB8B CE7F 4E5F FA3C 62DB 4AA7 B196 4A62 PGP Public Key from: keyserver.pgp.com

Hello, I have a bytecode doing 64 bits division and on Mingw32/x86, lli complains it cannot resolve __udivdi3 when running it. Those symbols are all part of libgcc and all present in lli, but they cannot be found by SearchForAddressOfSymbol (not in any DLL). To workaround that, I explicitely define them in Win32/DynamicLibrary.inc if the current target is Mingw32 (patch attached). Anybody had