Displaying 20 results from an estimated 1114 matches for "gohman".
2009 Oct 20
4
[LLVMdev] Target data question
On Tue, Oct 20, 2009 at 12:08 PM, Dan Gohman <gohman at apple.com> wrote:
> Unfortunately, yes. See PR4542. Progress has been made recently
> though -- the optimizers are now ready. The main things left to do
> is to update the documentation and update the testsuite to account
> for the change in the meaning of a module w...
2012 Aug 27
2
[LLVMdev] PROPOSAL: IR representation of detailed struct assignment information
On Aug 24, 2012, at 10:50 PM, Hal Finkel <hfinkel at anl.gov> wrote:
> On Wed, 22 Aug 2012 13:15:30 -0700
> Dan Gohman <gohman at apple.com> wrote:
>
>> call void @llvm.memcpy.p0i8.p0i8.i64(i8* %0, i8* %1, i64 16, i32 8,
>> i1 false), !struct.assignment !4 […]
>
> I think that it would make more sense to name this !struct.tbaa -- it
> seems logically similar to existing TBAA metadat...
2012 Aug 28
2
[LLVMdev] PROPOSAL: IR representation of detailed struct assignment information
On Aug 27, 2012, at 12:58 PM, Hal Finkel <hfinkel at anl.gov> wrote:
> On Mon, 27 Aug 2012 11:41:47 -0700
> Dan Gohman <gohman at apple.com> wrote:
>> On Aug 24, 2012, at 10:50 PM, Hal Finkel <hfinkel at anl.gov> wrote:
>>
>>> On Wed, 22 Aug 2012 13:15:30 -0700
>>> Dan Gohman <gohman at apple.com> wrote:
>>>
>>>> call void @llvm.memcpy.p0i8.p0i8...
2011 Dec 01
5
[LLVMdev] The nsw story
On Dec 1, 2011, at 9:09 AM, Chris Lattner wrote:
>
> On Dec 1, 2011, at 8:46 AM, Dan Gohman wrote:
>
>>
>> On Nov 30, 2011, at 10:49 PM, Chris Lattner wrote:
>>
>>>
>>> On Nov 29, 2011, at 3:21 PM, Dan Gohman wrote:
>>>
>>>>
>>>> A natural reaction to this problem is to think that LLVM IR is so nice
>>>...
2012 Aug 27
0
[LLVMdev] PROPOSAL: IR representation of detailed struct assignment information
On Mon, 27 Aug 2012 11:41:47 -0700
Dan Gohman <gohman at apple.com> wrote:
> On Aug 24, 2012, at 10:50 PM, Hal Finkel <hfinkel at anl.gov> wrote:
>
> > On Wed, 22 Aug 2012 13:15:30 -0700
> > Dan Gohman <gohman at apple.com> wrote:
> >
> >> call void @llvm.memcpy.p0i8.p0i8.i64(i8* %0, i8* %...
2011 Dec 06
3
[LLVMdev] tbaa
On Mon, Dec 5, 2011 at 11:01 PM, Dan Gohman <gohman at apple.com> wrote:
> On Dec 5, 2011, at 6:04 PM, Daniel Berlin wrote:
>>
>> Yet, aa-eval still says otherwise.
>
> The problem is with aa-eval. It collects all the pointer values in a
> function, and then just makes a bunch of raw pointer queries, rather than...
2011 Dec 05
3
[LLVMdev] The nsw story
On Thu, Dec 1, 2011 at 9:37 AM, David A. Greene <greened at obbligato.org>wrote:
> Dan Gohman <gohman at apple.com> writes:
>
> > Prohibiting poison values from propogating through memory would mean
> > that the reg2mem pass would no longer be a semantics-preserving pass.
>
> Or it means you couldn't demote those values.
If reg2mem is constructing spill slot...
2012 Aug 28
0
[LLVMdev] PROPOSAL: IR representation of detailed struct assignment information
On Aug 27, 2012, at 10:15 PM, Chris Lattner <clattner at apple.com> wrote:
> On Aug 27, 2012, at 12:58 PM, Hal Finkel <hfinkel at anl.gov> wrote:
>> On Mon, 27 Aug 2012 11:41:47 -0700
>> Dan Gohman <gohman at apple.com> wrote:
>>> On Aug 24, 2012, at 10:50 PM, Hal Finkel <hfinkel at anl.gov> wrote:
>>>
>>>> On Wed, 22 Aug 2012 13:15:30 -0700
>>>> Dan Gohman <gohman at apple.com> wrote:
>>>>
>>>>> call voi...
2009 Aug 02
3
[LLVMdev] Union type efforts and ComputeLinearIndex
...tor class.
I am just seeing this UnionType as a type of struct where all the fields have the same offset and the UnionType itself is as large as the largest member. I would speculate that otherwise it behaves pretty much like a StructType- but then again I am new to LLVM.
--- On Sun, 8/2/09, Dan Gohman <gohman at apple.com> wrote:
> From: Dan Gohman <gohman at apple.com>
> Subject: Re: [LLVMdev] Union type efforts and ComputeLinearIndex
> To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu>
> Date: Sunday, August 2, 2009, 12:05 PM
> Hello,
>...
2011 Jan 20
1
[LLVMdev] induction variable computation not preserving scev
On 20 January 2011 11:23, Dan Gohman <gohman at apple.com> wrote:
>
> On Jan 19, 2011, at 2:03 PM, Nick Lewycky wrote:
>
> > On 19 January 2011 13:01, Dan Gohman <gohman at apple.com> wrote:
> >
> > On Jan 18, 2011, at 12:32 AM, Nick Lewycky wrote:
> >
> > > Hi,
> > >
>...
2011 Dec 07
2
[LLVMdev] The nsw story
On Dec 6, 2011, at 10:07 AM, Paul Robinson wrote:
> On Tue, Dec 6, 2011 at 9:06 AM, David A. Greene <greened at obbligato.org> wrote:
> Dan Gohman <gohman at apple.com> writes:
>
> > For example, suppose we want to convert the && to &, and the ?: to a
> > select, in this code:
> >
> > if (a && (b ? (c + d) : e)) {
> >
> > because we have a CPU architecture with poor branch pred...
2009 Oct 20
0
[LLVMdev] Target data question
On Oct 20, 2009, at 10:13 AM, Kenneth Uildriks wrote:
> On Tue, Oct 20, 2009 at 12:08 PM, Dan Gohman <gohman at apple.com> wrote:
>> Unfortunately, yes. See PR4542. Progress has been made recently
>> though -- the optimizers are now ready. The main things left to do
>> is to update the documentation and update the testsuite to account
>> for the change in the meani...
2011 Dec 06
0
[LLVMdev] tbaa
On Dec 5, 2011, at 9:32 PM, Daniel Berlin wrote:
> On Mon, Dec 5, 2011 at 11:01 PM, Dan Gohman <gohman at apple.com> wrote:
>> On Dec 5, 2011, at 6:04 PM, Daniel Berlin wrote:
>>>
>>> Yet, aa-eval still says otherwise.
>>
>> The problem is with aa-eval. It collects all the pointer values in a
>> function, and then just makes a bunch of raw po...
2011 Dec 05
0
[LLVMdev] The nsw story
On Dec 5, 2011, at 11:55 AM, Paul Robinson wrote:
>
> On Thu, Dec 1, 2011 at 9:37 AM, David A. Greene <greened at obbligato.org> wrote:
> Dan Gohman <gohman at apple.com> writes:
>
> > Prohibiting poison values from propogating through memory would mean
> > that the reg2mem pass would no longer be a semantics-preserving pass.
>
> Or it means you couldn't demote those values.
>
> If reg2mem is constructing...
2011 Dec 06
4
[LLVMdev] The nsw story
On Dec 5, 2011, at 5:50 PM, me22 wrote:
> On Thu, Dec 1, 2011 at 09:23, Dan Gohman <gohman at apple.com> wrote:
>>
>> int a = INT_MAX, b = 1;
>> long c = (long)(a + b);
>>
>> What is the value of c, on an LP64 target?
>>
>> If a and b are promoted to 64-bit, c is 0x0000000080000000.
>>
>> In a world where signed add...
2011 Jan 19
2
[LLVMdev] induction variable computation not preserving scev
On 19 January 2011 13:01, Dan Gohman <gohman at apple.com> wrote:
>
> On Jan 18, 2011, at 12:32 AM, Nick Lewycky wrote:
>
> > Hi,
> >
> > I tracked down a bug in indvars where we weren't updating SCEV properly.
> The attached patch shows the fix to this bug with a testcase, but it also
> cau...
2010 Jan 15
3
[LLVMdev] [PATCH] SelectionDAG Debugging
On Jan 15, 2010, at 1:38 PM, David Greene wrote:
> On Friday 15 January 2010 15:09, Dan Gohman wrote:
>
>>> Sound good? reimplement
>>
>> Unlimited-recursion dumping is what the existing dump routines
>> already do, so it's a little odd to have a flag to allow these
>
> Which existing dump routines are you referring to?
dumpr(). I guess it wasn'...
2012 Jan 27
3
[LLVMdev] [cfe-dev] [RFC] Module Flags Metadata
On Jan 27, 2012, at 11:20 AM, Devang Patel wrote:
>
> On Jan 26, 2012, at 2:10 PM, Dan Gohman wrote:
>
>> On Jan 26, 2012, at 12:54 PM, Devang Patel wrote:
>>>
>>> On Jan 26, 2012, at 11:15 AM, Dan Gohman wrote:
>>>
>>>> or what optimizers must do to preserve it.
>>>
>>> The number one reason behind metadata is to have a...
2011 Oct 25
4
[LLVMdev] is anyone using the alpha backend?
I'm removing old targets that no longer appear actively maintained,
to reduce the burden for target-independent codegen maintenance.
Does anyone object to the removal of the Alpha backend?
Dan
2011 Dec 06
3
[LLVMdev] The nsw story
(If this thread is becoming tiresome, let me know. This newbie is trying to
understand some of what's going on; clearly you've thought about it way more
than I have, and I can understand if you want to stop thinking about it!)
On Mon, Dec 5, 2011 at 2:22 PM, Dan Gohman <gohman at apple.com> wrote:
> On Dec 5, 2011, at 11:55 AM, Paul Robinson wrote:
> >
> > On Thu, Dec 1, 2011 at 9:37 AM, David A. Greene <greened at obbligato.org>
> wrote:
> > Dan Gohman <gohman at apple.com> writes:
> >
> > > Prohibiting p...