similar to: [LLVMdev] RFC: [Proposal] Module-Level Attributes

On Nov 1, 2010, at 7:52 AM, Dan Gohman wrote: > On Oct 30, 2010, at 7:07 PM, Bill Wendling <wendling at apple.com> wrote: > >> On Oct 30, 2010, at 9:28 AM, Dan Gohman wrote: >> >>> Hi Bill, >>> >>> This is a broad solution to what sounds like a specific problem. Are there any >>> other uses for module-level attributes anticipated?

On Oct 28, 2010, at 5:46 PM, Bill Wendling wrote: > > Comments? Hi Bill, This is a broad solution to what sounds like a specific problem. Are there any other uses for module-level attributes anticipated? Do you anticipate defining what ImageInfo, CorrectedSynthesize, GCOnly, etc. mean in LangRef.html, or are they just going to be left as "The is for ObjC." ? Thanks, Dan

On 2 November 2010 00:13, Bill Wendling <wendling at apple.com> wrote: > After talking with Dan and Chris, I've decided to pull this proposal. There > is a much less invasive way to achieve the same goal. Hi Bill, If it's not asking too much, can you share your findings in the list? Maybe we can use the same way to implement build attributes in the ARM platform. thanks,

Module-Level Attributes Overview -------- LLVM currently lacks the ability to specify an attribute on a module as a whole. This isn't typically a problem as most optimizations and code transformations rely upon more finer-grained information, such as function attributes. However, some transformations, in particular LTO, may need to know information about the module. As a side-benefit, it

On Oct 30, 2010, at 7:53 AM, Renato Golin wrote: > On 29 October 2010 01:46, Bill Wendling <wendling at apple.com> wrote: >> Syntax: >> ml-attr ::= 'module' 'attr' NAME ('[' NAME (',' NAME)* ']')? >> where the optional list of NAMEs in the square brackets represents sub-attributes >> of the main attribute. >>

On 29 October 2010 01:46, Bill Wendling <wendling at apple.com> wrote: > Syntax: >    ml-attr ::= 'module' 'attr' NAME ('[' NAME (',' NAME)* ']')? > where the optional list of NAMEs in the square brackets represents sub-attributes > of the main attribute. > Semantics: > Module-level attributes are looked at only by those parts of the

On Tue, Nov 20, 2007 at 07:01:25PM -0800, Bill Wendling wrote: > I think that it's a hold-over to how things used to be done. IIRC, > you had to have the && at the end of the RUN line if you had another > RUN line that needed to be executed. That's no longer the case, of > course. Thanks. I'll remove the && from the one test that still has it then.

Can you please file a bug for this (i havent seen one yet). Thanks, Tanya On Mon, 26 Nov 2007, Dan Gohman wrote: > On Tue, Nov 20, 2007 at 07:01:25PM -0800, Bill Wendling wrote: >> I think that it's a hold-over to how things used to be done. IIRC, >> you had to have the && at the end of the RUN line if you had another >> RUN line that needed to be executed.

Ok, it's PR1826. Dan On Mon, Nov 26, 2007 at 05:15:38PM -0800, Tanya M. Lattner wrote: > > Can you please file a bug for this (i havent seen one yet). > > Thanks, > Tanya > > On Mon, 26 Nov 2007, Dan Gohman wrote: > > > On Tue, Nov 20, 2007 at 07:01:25PM -0800, Bill Wendling wrote: > >> I think that it's a hold-over to how things used to be

On Nov 24, 2010, at 5:07 PM, Bill Wendling wrote: > On Nov 24, 2010, at 11:18 AM, John McCall wrote: > >> On Nov 24, 2010, at 5:36 AM, Bill Wendling wrote: >>> Ah ha! I think I had a different mental model than you did. Or at least I remembered things differently from the discussion. :-) For me, there is one dispatch per region, which is why I had the region number

The symbols I'm interested in already have internal linkage (as you would expect). But because the mangler is in charge of assigning them names, they never seem to be decorated with the 'L' in front. . . . -bw On Mon, Nov 24, 2008 at 10:48 AM, Dan Gohman <gohman at apple.com> wrote: > Can symbols with external linkage but no name be converted > to have internal linkage?

To: Everyone That Ordered A T-Shirt Or Wants One If you want a T-Shirt but haven't ordered yet, you have until the 4pm PST tomorrow (24 hours from now) to let me know or alter your existing order. The T-Shirt is described this way: 437 JERZEES 50/50 Spot Shield Polo 50/50 cotton/poly blend, 5.6 oz. Treated with Spot Shield, most water and oil based stains bead up and roll off. 2-button

On Jan 19, 2009, at 2:40 PM, Bill Wendling wrote: >> === gfortran Summary === >> >> # of expected passes 31739 >> # of unexpected failures 568 >> # of expected failures 12 >> # of unresolved testcases 12 >> # of unsupported tests 77 > > For a first swipe, this probably isn't *too* terrible.

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* %1, i64 16, i32 > >> 8, i1 false),

On Tuesday 07 October 2008 15:24, Dan Gohman wrote: > It should. SelectNodeTo is a wrapper around MorphNodeTo, and MorphNodeTo > has code to check for and remove nodes that become dead, specifically to > address this case. If that's not working, it's a bug. > > What version of LLVM are you using here? This is code that has changed > substantially over the last few

On Thu, Sep 6, 2012 at 4:24 PM, Dan Gohman <gohman at apple.com> wrote: > Hello, > > Persuant to feedback, > > http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-August/052927.html > > here is a new proposal for detailed struct assignment information. > > Here's the example showing the basic problem: > > struct bar { > char x; > float y; >

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

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: >>> >>>>

On Mon, Mar 26, 2007 at 02:14:56AM -0500, Christopher Lamb wrote: > > > On Mar 25, 2007, at 5:22 PM, Chris Lattner wrote: > > > On Sun, 25 Mar 2007, Christopher Lamb wrote: > >> What about an approach not unlike how debugging information is > >> handled? That > >> is have an llvm intrinsic that encodes the known alias free range > >> for

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