search for: jamesmolloy

On Mon, Mar 21, 2016 at 8:25 PM, James Molloy <james at jamesmolloy.co.uk> wrote: > > Also, if it can segfault for some pathetic input > > Surely that's a bug though, not seriously designed behaviour? > No. That is a design choice. > On Mon, 21 Mar 2016 at 19:24 Rui Ueyama <ruiu at google.com> wrote: > >> We do not enable...

On Mon, Mar 21, 2016 at 8:16 PM, James Molloy <james at jamesmolloy.co.uk> wrote: > > Correct > > Out of interest, how does LLD itself handle error reporting when invoked > from the command line, and how does it avoid segfaulting in that case? > It generally reports an error and exit, or in rare circumstances it just segfaults. > Cheers,...

...a Constant* operand, not >> a >> Value* operand. >> >> I now fully see the problem and realise that my solution is also prone to >> that problem :) >> >> Cheers, >> >> James >> >> On 24 September 2012 14:41, James Molloy <james at jamesmolloy.co.uk >> <mailto:james at jamesmolloy.co.**uk <james at jamesmolloy.co.uk>>> wrote: >> >> Hi, >> >> I don't fully understand your problem description. >> >> ...is caused by LLVM/Clang thinking >> >> they are buffers with a con...

Micah, Boaz, Do you guys have any ideas about how to fix this issue? Cheers, James On 24 September 2012 16:04, James Molloy <james at jamesmolloy.co.uk> wrote: > For the record, I just workarounded it in pocl by borrowing the >> BreakConstantGEPs code from SAFECode. But for SPIR specs, IMHO, this >> should >> be reconsidered. > > > Yes, I agree. > > On 24 September 2012 15:08, Pekka Jääskeläinen <pe...

...ev at lists.llvm.org > *Subject:* Re: [llvm-dev] [cfe-dev] proposal - pragma section directive > in clang > > > > On 3/10/17 2:47 AM, James Molloy via llvm-dev wrote: > > +llvm-dev properly this time. > > > > On Fri, 10 Mar 2017 at 09:42 James Molloy <james at jamesmolloy.co.uk > > <mailto:james at jamesmolloy.co.uk <james at jamesmolloy.co.uk>>> wrote: > > > > > > > The documentation is here: > > > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0472m/chr1359124985290.html > > > >...

On Mon, Mar 21, 2016 at 8:33 PM, James Molloy <james at jamesmolloy.co.uk> wrote: > But you're surely not suggesting that lld will segfault as an error > handling mode in production? > The document clearly states that (a) it is user's responsibility to give sane object files, and (b) a corrupted file may cause a fatal error or SEGV. > You...

...leckner; Javed Absar Cc: LLVM Dev; nd; cfe-dev at lists.llvm.org Subject: Re: [llvm-dev] [cfe-dev] proposal - pragma section directive in clang On 3/10/17 2:47 AM, James Molloy via llvm-dev wrote: > +llvm-dev properly this time. > > On Fri, 10 Mar 2017 at 09:42 James Molloy <james at jamesmolloy.co.uk > <mailto:james at jamesmolloy.co.uk>> wrote: > > > The documentation is here: > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0472m/chr1359124985290.html > > ** Proposed syntax and (vague) semantics ** > > As this is a new...

On 21 March 2016 at 15:10, James Molloy <james at jamesmolloy.co.uk> wrote: > Well sure, it's unlikely, but how many consumers can make that sort of > guarantee? And if a consumer can't guarantee the integrity of the ELF file > they have no choice but not to use LLD, or to fork before using it. Correct. Cheers, Rafael

We do not enable exceptions and longjmp is not safe. Also, if it can segfault for some pathetic input, "it longjmps in most cases" doesn't help people who wants 100% guarantee like you. On Mon, Mar 21, 2016 at 8:21 PM, James Molloy <james at jamesmolloy.co.uk> wrote: > If it can exit, why can't it longjmp back to a library consumer at least? > > On Mon, 21 Mar 2016 at 19:20 Rui Ueyama <ruiu at google.com> wrote: > >> On Mon, Mar 21, 2016 at 8:16 PM, James Molloy <james at jamesmolloy.co.uk> >> wrote: &gt...

that would be an escaping global, and as far as I know is handled separately in GlobalsAA (AnalyzeUsesOfPointer checks if a global is used as operand to a function) On December 4, 2015 11:47:20 PM GMT+05:30, James Molloy <james at jamesmolloy.co.uk> wrote: >It is if one of the operands is or can alias a global ? >On Fri, 4 Dec 2015 at 18:16, Vaivaswatha Nagaraj <vn at compilertree.com> >wrote: > >> writing into operands is not the same as writing to globals right? I >added >> printf in the same catego...

I always thought that bitcast was a no-op internal llvm thing to fit the IR type system. I currently use sitofp, but I see your point. On Fri, Apr 17, 2015 at 1:04 AM, James Molloy <james at jamesmolloy.co.uk> wrote: > Hi Dave, > > You can still bitcast between i32 and float, for example. > > Cheers, > > James > > On Fri, 17 Apr 2015 at 09:03 Dave Pitsbawn <dpitsbawn at gmail.com> wrote: > >> Seems like a new change in LLVM has made it so that bitcast...

...e it though. Thanks, - Vaivaswatha On Thu, Dec 3, 2015 at 4:53 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- > > From: "Vaivaswatha Nagaraj via llvm-dev" <llvm-dev at lists.llvm.org> > > To: "James Molloy" <james at jamesmolloy.co.uk> > > Cc: "LLVM Dev" <llvm-dev at lists.llvm.org> > > Sent: Thursday, December 3, 2015 5:20:34 AM > > Subject: Re: [llvm-dev] GlobalsAA from GVN > > > > Hi James, > > > > Thanks for the help. From the log, I could infer that SLP vect...

...zer run on that function invalidates GlobalsAA which is a module pass. Is there a way to force re-computation of a particular analysis? As a side note, I didn't have this problem on release_37. Thanks a lot. Regards, - Vaivaswatha On Thu, Dec 3, 2015 at 3:02 PM, James Molloy <james at jamesmolloy.co.uk> wrote: > Hi Vaivaswatha, > > GlobalsAA is not an immutable pass because it needs to cache queries to > avoid them being unusably slow. It therefore relies on passes explicitly > preserving it. Most of the passes in the scalar pipeline have been modified > to setPreserve...

...v at cs.uiuc.edu; pocl-devel at lists.sourceforge.net Subject: Re: [cfe-dev] [LLVMdev] SPIR provisional specification is now available in the Khronos website Micah, Boaz, Do you guys have any ideas about how to fix this issue? Cheers, James On 24 September 2012 16:04, James Molloy <james at jamesmolloy.co.uk<mailto:james at jamesmolloy.co.uk>> wrote: For the record, I just workarounded it in pocl by borrowing the BreakConstantGEPs code from SAFECode. But for SPIR specs, IMHO, this should be reconsidered. Yes, I agree. On 24 September 2012 15:08, Pekka Jääskeläinen <pekka.jaaskelaine...

...5 at 12:24 PM, Sky Flyer <skylake007 at googlemail.com> > wrote: > >> Hello James, >> >> that was also what I've planned to do but just wasn't sure. Thanks for >> that. >> >> >> On Mon, Dec 14, 2015 at 11:52 AM, James Molloy <james at jamesmolloy.co.uk> >> wrote: >> >>> Hi, >>> >>> You can't nest operands like that - it must be a flattened list. So: >>> >>> def *Xpred* : PredicateOperand<OtherVT, (ops *i32imm, i32imm*, i32imm), >>> (ops (i32 14), (i32 zero_reg))>...

> On 5 Jan 2015, at 13:08, Renato Golin <renato.golin at linaro.org> wrote: > > On 5 January 2015 at 12:13, James Molloy <james at jamesmolloy.co.uk> wrote: >> For this reason Renato I don't think we should advise people to work around >> the API, as who knows what problems that will cause later. > > I stand corrected (twice). But we changed the subject a bit, so things > got different midway through. > &g...

On Sep 28, 2012, at 9:45 AM, James Molloy <james at jamesmolloy.co.uk> wrote: > You can easily simplify this problem with a restriction in SPIR: disallow ConstantExpr casts - no ptrtoint constant expression. Because GlobalVariables have pointer type, if you disallow converting their type to non-pointer type in a constantexpr, the number of constantexpr s...

On 22 March 2016 at 08:26, James Molloy <james at jamesmolloy.co.uk> wrote: > Hi, > > That's not the point at all. There are known unknowns and unknown unknowns; > creating known problems and then not at least marking them as such affects > people down the line. Far less than what LLVM has today. Cheers, Rafael

On Mar 22, 2016 8:03 AM, "James Molloy" <james at jamesmolloy.co.uk> wrote: > > Rafael, > > I appreciate that your goals are to create a performant linker, quickly. I understand that and wouldn't want to slow you down unnecessarily, especially as I appreciate that I'm on the sidelines and not producing patches for LLD at the moment. &gt...

...- Vaivaswatha > > On Thu, Dec 3, 2015 at 4:53 PM, Hal Finkel <hfinkel at anl.gov> wrote: > >> ----- Original Message ----- >> > From: "Vaivaswatha Nagaraj via llvm-dev" <llvm-dev at lists.llvm.org> >> > To: "James Molloy" <james at jamesmolloy.co.uk> >> > Cc: "LLVM Dev" <llvm-dev at lists.llvm.org> >> > Sent: Thursday, December 3, 2015 5:20:34 AM >> > Subject: Re: [llvm-dev] GlobalsAA from GVN >> > >> > Hi James, >> > >> > Thanks for the help. From the log,...