search for: pidgeot18

...Se Jong Oh <sejooh at microsoft.com <mailto:sejooh at microsoft.com>> > Cc: jdevlieghere at apple.com <mailto:jdevlieghere at apple.com>; Vedant Kumar <vsk at apple.com <mailto:vsk at apple.com>>; llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>; pidgeot18 at gmail.com <mailto:pidgeot18 at gmail.com> > Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred > > > > > On Apr 30, 2018, at 2:57 PM, Se Jong Oh <sejooh at microsoft.com <mailto:sejooh at microsoft.com>> wrote: > > Thank...

...lt;sejooh at microsoft.com <mailto:sejooh at microsoft.com>> > Cc: Vedant Kumar <vsk at apple.com <mailto:vsk at apple.com>>; llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>; Adrian Prantl <aprantl at apple.com <mailto:aprantl at apple.com>>; pidgeot18 at gmail.com <mailto:pidgeot18 at gmail.com> > Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred > > > >> On Mar 14, 2018, at 7:55 PM, Se Jong Oh <sejooh at microsoft.com> wrote: >> >> Hi Jonas, >> >> Thanks for t...

...alvageDebugInfo handles only addition with constant. Sejong From: aprantl at apple.com <aprantl at apple.com> Sent: Monday, April 30, 2018 1:53 PM To: Se Jong Oh <sejooh at microsoft.com> Cc: jdevlieghere at apple.com; Vedant Kumar <vsk at apple.com>; llvm-dev at lists.llvm.org; pidgeot18 at gmail.com Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred On Apr 30, 2018, at 1:49 PM, Se Jong Oh <sejooh at microsoft.com<mailto:sejooh at microsoft.com>> wrote: Hi Jonas, I have another case that DBG_VALUE is not produced. I would appreciate it if...

...omotedInteger. Thanks, Sejong From: jdevlieghere at apple.com <jdevlieghere at apple.com> Sent: Wednesday, March 14, 2018 4:07 AM To: Se Jong Oh <sejooh at microsoft.com> Cc: Vedant Kumar <vsk at apple.com>; llvm-dev at lists.llvm.org; Adrian Prantl <aprantl at apple.com>; pidgeot18 at gmail.com Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred Hi Sejong, Indeed, I think you are right and we should call transferDbgValues in SetPromotedInteger. I couldn’t immediately find a suitable in-tree test to verify this though. Can you check and let me know...

...ong > > From: jdevlieghere at apple.com <jdevlieghere at apple.com> > Sent: Wednesday, March 14, 2018 4:07 AM > To: Se Jong Oh <sejooh at microsoft.com> > Cc: Vedant Kumar <vsk at apple.com>; llvm-dev at lists.llvm.org; Adrian Prantl <aprantl at apple.com>; pidgeot18 at gmail.com > Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred > > Hi Sejong, > > Indeed, I think you are right and we should call transferDbgValues in SetPromotedInteger. > > I couldn’t immediately find a suitable in-tree test to verify this...

...all it where the truncate is optimized away. Thanks, Sejong From: aprantl at apple.com <aprantl at apple.com> Sent: Monday, April 30, 2018 2:59 PM To: Se Jong Oh <sejooh at microsoft.com> Cc: jdevlieghere at apple.com; Vedant Kumar <vsk at apple.com>; llvm-dev at lists.llvm.org; pidgeot18 at gmail.com Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred On Apr 30, 2018, at 2:57 PM, Se Jong Oh <sejooh at microsoft.com<mailto:sejooh at microsoft.com>> wrote: Thanks! It looks like SelectionDAG::salvageDebugInfo handles only addition with constan...

> On Apr 30, 2018, at 2:57 PM, Se Jong Oh <sejooh at microsoft.com> wrote: > > Thanks! It looks like SelectionDAG::salvageDebugInfo handles only addition with constant. You can look at llvm::salvageDebugInfo() for examples on how to handle other situations. -- adrian -------------- next part -------------- An HTML attachment was scrubbed... URL:

Ah, my mistake. So this already works. I guess that bug is out of date, since this feature works already. -- John Harrison On Wed, Feb 6, 2013 at 10:00 AM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 2/6/2013 11:43 AM, John Harrison wrote: > >> The way `-ftest-coverage -fprofile-arcs` works at the moment it only >> flushes via `atexit()`. This patch allows you to flush the coverage at any >> point by calling `__llvm_gcov_flush` the same way...

...g is correct or not. Thanks, Sejong From: vsk at apple.com <vsk at apple.com> Sent: Friday, March 9, 2018 3:19 PM To: Se Jong Oh <sejooh at microsoft.com> Cc: llvm-dev at lists.llvm.org; Jonas Devlieghere <jdevlieghere at apple.com>; Adrian Prantl <aprantl at apple.com>; pidgeot18 at gmail.com Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred + Adrian, Joshua + Jonas, since he contributed the transferDbgValues change in DAGTypeLegalizer::SetExpandedInteger On Mar 8, 2018, at 5:44 PM, Se Jong Oh via llvm-dev <llvm-dev at lists.llvm.org<mailt...

...ong -----Original Message----- From: jdevlieghere at apple.com <jdevlieghere at apple.com> Sent: Thursday, March 15, 2018 8:43 AM To: Se Jong Oh <sejooh at microsoft.com> Cc: Vedant Kumar <vsk at apple.com>; llvm-dev at lists.llvm.org; Adrian Prantl <aprantl at apple.com>; pidgeot18 at gmail.com Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred > On Mar 14, 2018, at 7:55 PM, Se Jong Oh <sejooh at microsoft.com> wrote: > > Hi Jonas, > > Thanks for taking a look! It makes linear-dbg-value.ll pass for my target by producing DE...

...t; > > > From: vsk at apple.com <vsk at apple.com> > Sent: Friday, March 9, 2018 3:19 PM > To: Se Jong Oh <sejooh at microsoft.com> > Cc: llvm-dev at lists.llvm.org; Jonas Devlieghere <jdevlieghere at apple.com>; Adrian Prantl <aprantl at apple.com>; pidgeot18 at gmail.com > Subject: Re: [llvm-dev] [SelectionDAG] DbgValue nodes aren't transferred > > + Adrian, Joshua > + Jonas, since he contributed the transferDbgValues change in DAGTypeLegalizer::SetExpandedInteger > > On Mar 8, 2018, at 5:44 PM, Se Jong Oh via llvm-dev <llv...

On 6/21/2012 1:21 PM, Douglas Gregor wrote: > > On Jun 20, 2012, at 5:13 PM, Nick Lewycky <nlewycky at google.com > <mailto:nlewycky at google.com>> wrote: > >> Is there anybody who is certain that our autoconf dependency needs to >> stay around? Are there developers stuck on systems that don't have a >> recent enough cmake in their most recent

...On Wed, Feb 6, 2013 at 10:24 AM, John Harrison <ash.gti at gmail.com> wrote: > Ah, my mistake. So this already works. I guess that bug is out of date, > since this feature works already. > > -- > John Harrison > > > On Wed, Feb 6, 2013 at 10:00 AM, Joshua Cranmer <pidgeot18 at gmail.com>wrote: > >> On 2/6/2013 11:43 AM, John Harrison wrote: >> >>> The way `-ftest-coverage -fprofile-arcs` works at the moment it only >>> flushes via `atexit()`. This patch allows you to flush the coverage at any >>> point by calling `__llvm_gc...

Thank you. The edit made no difference. I did a clean install and the same error is reported. Any other suggestions? regards, Ashwin On Aug 21, 2012, at 2:59 PM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 8/21/2012 3:52 PM, Ashwin kumar wrote: >> Hi everyone, >> >> This is Ashwin. I have a mac running osx 10.8. I am new to LLVM and have the version 3.1 installed. I am trying to get some LLVM transform passes running on my machine. After having comp...

2012/6/23 Joshua Cranmer <pidgeot18 at gmail.com>: > I decided to try recently to do one of my builds with cmake instead of > configure. The problem I hit is before I even try compiling in the first > place: cmake /src/llvm --help produces an extremely useless list of options, > so it's impossible to figure out how...

22.06.2012, 19:36, "Joshua Cranmer" <pidgeot18 at gmail.com>: > I decided to try recently to do one of my builds with cmake instead of configure. The problem I hit is before I even try compiling in the first place: cmake /src/llvm --help produces an extremely useless list of options, so it's impossible to figure out how to configure i...

On 4/5/2013 1:23 PM, Cameron McInally wrote: > Hey guys, > > I'm learning that LLVM does not preserve faults during constant > folding. I realize that this is an architecture dependent problem, but > I'm not sure if it's safe to constant fold away a fault on x86-64. > > A little testcase: > > #include <stdio.h> > > int foo(int j, int d) { >

...t; On Wed, Feb 6, 2013 at 10:24 AM, John Harrison <ash.gti at gmail.com> wrote: > Ah, my mistake. So this already works. I guess that bug is out of date, since this feature works already. > > -- > John Harrison > > > On Wed, Feb 6, 2013 at 10:00 AM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 2/6/2013 11:43 AM, John Harrison wrote: > The way `-ftest-coverage -fprofile-arcs` works at the moment it only flushes via `atexit()`. This patch allows you to flush the coverage at any point by calling `__llvm_gcov_flush` the same way `__gcov_flush` works for gcc...

..., 2012, at 5:55 PM, Ashwin kumar <ashwinkumar18 at gmail.com> wrote: > Thank you. The edit made no difference. I did a clean install and the same error is reported. > > Any other suggestions? > > regards, > Ashwin > > On Aug 21, 2012, at 2:59 PM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > >> On 8/21/2012 3:52 PM, Ashwin kumar wrote: >>> Hi everyone, >>> >>> This is Ashwin. I have a mac running osx 10.8. I am new to LLVM and have the version 3.1 installed. I am trying to get some LLVM transform passes running on my machi...

On 3/12/2013 11:55 AM, James Courtier-Dutton wrote: > I already know how to handle the case you describe. > I am not converting ASM to LLVM IR without doing quite a lot of analysis first. > 1) I can already tell if a register is refering to a pointer or an > integer based on how it is used. Does it get de-referenced or not? So, > I would know that "p" is a pointer. What if