search for: garrison

...may now be to have this happen automatically to MCSymbol instances? I understand that trunk is being heavily thrashed in this area. Do you want me to turn ExceptionDemo into a related unit test case even though it only works on x86/x86_64 on UNIX systems, and requires exceptions to be turned on? Garrison On Mar 18, 2010, at 14:41, Garrison Venn wrote: > Forgot to add platform with issue: OS X 10.6.2. I have not tested elsewhere. > > Garrison > > On Mar 18, 2010, at 14:20, Garrison Venn wrote: > >> Hi Chris, >> >> The MCSymbol r98459 patch of llvm seems to...

Hi Garrison, Does r101453 fix this? -Chris On Mar 22, 2010, at 12:35 PM, Garrison Venn wrote: > Ok, I've isolated the recent additions that cause the issue and supplied a patch which is NOT meant > to be applied, but instead solely exists for identification purposes for those who know what they a...

Sorry, these IRBuilder methods are really in IRBuilderBase. Garrison On Jul 11, 2011, at 11:54, Garrison Venn wrote: > Are the get type methods for IRBuilder, such as const IntegerType *getInt32Ty(), going to have > their return type const qualifiers removed? Doing so would match the semi equivalent static > methods of Type, such as static IntegerType *g...

...hed is a patch for the non ExceptionDemo demos which gets rid of the old const qualifier usage for Type. Although I recently commited the ExceptionDemo changes, I did not want to touch code that I did not "own" without other's approval. Even though trivial, I did not test this patch. Garrison -------------- next part -------------- A non-text attachment was scrubbed... Name: Some_examples_const_Type.patch Type: application/octet-stream Size: 4224 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110711/45919a85/attachment.obj> -------------- n...

So I gather this means that malloc was removed from the IR because there are platforms that don't have non-stack allocation semantics? Garrison On Dec 7, 2009, at 12:21, Chris Lattner wrote: > > On Dec 7, 2009, at 8:45 AM, Garrison Venn wrote: > >> Ouch! Didn't see that. So at the risk of irritating those still in the process of baking 2.7, what is the sanction way of doing heap allocation going forward? :-) > &g...

Ok thanks I'll try that. I was trying to avoid re-building llvm-gcc. Garrison On Dec 10, 2010, at 12:12, Bob Wilson wrote: > > On Dec 10, 2010, at 6:11 AM, Garrison Venn wrote: > >> Hey Chris, >> >> Ok, so I'm working on creating this trivial patch, for starters, but I'm trying to identify >> a controlled unit test for tblgen. So...

On Sun, Jan 10, 2010 at 12:38 PM, Garrison Venn <gvenn.cfe.dev at gmail.com> wrote: > Won't passing llvm::Function* around vs strings (function names), also work, at code generation time, > without the need for a module A dec to module B impl. mapping? > > Garrison Nope. You cannot place a call instruction into one m...

On Dec 7, 2009, at 9:49 AM, Garrison Venn wrote: > So I gather this means that malloc was removed from the IR because > there are platforms that don't have non-stack allocation semantics? No, it was removed because it wasn't necessary, and the malloc 'instruction' didn't support 64-bit targets. -Chris...

I've worked around this issue in my test case by simply calling my personality function on program to ensure it's JIT'ed before any unwind happens. -- James 2010/1/22 Garrison Venn <gvenn.cfe.dev at gmail.com> > No, there is no magic. :-) > > To me though, the tools are magic, because I have no clue what they are > doing without looking at them and using them. > As their function is not germane to my current endeavors, I hope to learn > about the...

...DT/APInt.h:1046 #23 0x0000000000d66974 in llvm::ExecutionEngine::runFunctionAsMain (this=0x1781e90, Fn=0x1718900, argv=..., envp=0x7fffffffe6c8) at ExecutionEngine.cpp:389 #24 0x00000000009012fc in main (argc=3, argv=0x7fffffffe6a8, envp=0x7fffffffe6c8) at lli.cpp:216 -- James On 22/01/2010, Garrison Venn <gvenn.cfe.dev at gmail.com> wrote: > Interesting. Was this the reason you were getting the recursive compilation > error in JIT::runJITOnFunctionUnlocked(...) (isAlreadyCodeGenerating)? > Do you have the time to try your test with 2.7? > > Garrison > > On Jan 22, 20...

Has anyone got any information on bulk provisioning of Linksys SPA-941/94s? There is an overview in the admin guide but it refers to a different provisioning guide that I haven't found anywhere. Kerry Garrison Director of Technical Services Tech Data Pros - Orange County's Mobile IT Service Provider (949) 502-7819 x200 - <mailto:kerryg@techdatapros.com> kerryg@techdatapros.com <http://www.techdatapros.com/> http://www.techdatapros.com -------------- next part -------------- An HTML a...

...alled instead by the unwind infrastructure. Although you implied you dumped the exception headers and found your personality function, I can if you wish instead given you breaks for gbd so you can see if lvm.eh.selector is correctly prepping your personality function for eventual dwarf emission. Garrison On Jan 22, 2010, at 8:06, James Williams wrote: > > > 2010/1/22 Duncan Sands <baldrick at free.fr> > Hi Garrison, > > > %7 = invoke i8* (...)* bitcast (i32 (%struct._Unwind_Exception*)* @_Unwind_RaiseException to i8* (...)*)(i64* %6) > to label %8 unwin...

Hi Garrison, > %7 = invoke i8* (...)* bitcast (i32 (%struct._Unwind_Exception*)* > @_Unwind_RaiseException to i8* (...)*)(i64* %6) > to label %8 unwind label %.finally_pad ; <i8*> [#uses=0] > > I am not sure this is going to work, at least from the way I've played > w...

On Dec 10, 2010, at 10:17 AM, Garrison Venn wrote: > Ok thanks I'll try that. I was trying to avoid re-building llvm-gcc. You don't need llvm-gcc to run most of the "make check" tests. The FrontEnd tests use it, but that's all. If you run configure with "--without-llvmgcc --without-llvmgxx", then i...

...lse in BitcodeReader's implementation (.cpp file). Doesn't the context's NamedStructTypes (checking for a previously created StructType with the same name), have to be used before setName(…) is called so that a new structure is not erroneously created? My apologies if this is noise. Garrison

...r way to create this same outcome without having to resort to calling the personality function directly before referencing it in the llvm.eh.selector intrinsic (build order?). Anyway I know from your posts that you are way beyond this. Have you already solved this issue without a preliminary call? Garrison On Jan 25, 2010, at 8:09, James Williams wrote: > I think so. It also fails the same way on LLVM trunk from last week. > The full backtrace is below. It appears that frame #3 is a compilation > of __l_personality() and frame #14 is a compilation of f(). The > compilation of __l_person...

...e successfully 6) svn switch -r 98459 http://llvm.org/svn/llvm-project/llvm/trunk 7) make 8) Debug/examples/ExceptionDemo 2 9) example will segv Sorry I'm late identifying this. I'll keep on trying to isolate it further, though I'm guessing that the sensitivity is in JITDwarfEmitter. Garrison PS: Patch ref: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20100308/097798.html

Forgot to add platform with issue: OS X 10.6.2. I have not tested elsewhere. Garrison On Mar 18, 2010, at 14:20, Garrison Venn wrote: > Hi Chris, > > The MCSymbol r98459 patch of llvm seems to have broken the ExceptionDemo example. As the example is dying in the > associated personality's first unwind search phase, which happens to have no language specific contex...

Hi Chris, Thanks for the review! I believe I caught most of the syntax style issues with the attached patch. It only contains these style changes. On Dec 12, 2010, at 19:30, Chris Lattner wrote: > > On Dec 12, 2010, at 10:54 AM, Garrison Venn wrote: > >> >> Hey Chris, >> >> The following patch removes all global references to a RecordKeeper instance for the tblgen >> utility. > > This looks like great progress to me, applied in r121659. > > That said, it is suboptimal for Record to...

Yes, I did -- it made no difference. Should it? Note that I have since discovered that this is not a problem on Windows -- the exception drops through as expected. pz On 2011-07-21, at 5:45 PM, Garrison Venn wrote: > Sorry Peter, just saw this. > > If you are still having the problem: > > Did you set: llvm::JITExceptionHandling = true; ? > > Garrison > > On Jul 12, 2011, at 19:25, Peter Zion wrote: > >> Hi All, >> >> I'm trying to catch an...