search for: heffernan

----- Original Message ----- > From: "Jingyue Wu" <jingyue at google.com> > To: "Daniel Berlin" <dberlin at dberlin.org>, "Mark Heffernan" <meheff at google.com>, "Hal Finkel" <hfinkel at anl.gov> > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Sent: Friday, March 13, 2015 1:31:59 PM > Subject: Re: [LLVMdev] Question about shouldMergeGEPs in InstructionCombining >...

...ith the StatLib license since the GPL does not forbid charging a fee for distribution. I guess you could come to some agreement with the RSS and I'm sure they would be happy to help. I think that it is important to be very precise on matters of licensing which is why I raise the point. David Heffernan.

On Fri, Mar 13, 2015 at 10:16 AM Mark Heffernan <meheff at google.com> wrote: > On Thu, Mar 12, 2015 at 2:34 PM, Hal Finkel <hfinkel at anl.gov> wrote: > >> It is not clear to me at all that preventing the merging is the right >> solution. There are a large number of analysis, including alias analysis, >> and...

Full_Name: David Heffernan Version: 1.3.1 OS: Windows & Linux Submission from: (NULL) (158.152.160.7) The command detach(package:base) kills R with segmentation fault on Linux and an access violation on Windows. I guess the same will happen on any platform. Obviously this is a not a sensible command to execute but yo...

...ng the IR). We should, however, pull these apart somewhere, and probably in some way that is address-mode aware. I'd recommend trying to split non-free (via the addressing-mode) loop-invariant parts of GEPs out of loops in CodeGenPrep. -Hal ----- Original Message ----- > From: "Mark Heffernan" <meheff at google.com> > To: "Francois Pichet" <pichet2000 at gmail.com> > Cc: "Hal Finkel" <hfinkel at anl.gov>, "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Sent: Thursday, March 12, 2015 4:19:56 PM > Subject: Re...

...eturn false; return Src.hasAllConstantIndices(); // was return false; Following that change, I noticed some performance gain for a few specific tests and no regression at all in our (admittedly limited) benchmarks suite. Regards, Francois Pichet, Octasic. On Thu, Mar 12, 2015 at 4:14 PM, Mark Heffernan <meheff at google.com> wrote: > Coincidentally, I just ran into this same issue on some of our benchmarks > for the NVPTX backend. You have something like this before instcombine: > > %tmp = getelementptr inbounds i32, i32* %input, i64 %offset > loop: > %loop_variant =...

...is designed to accompany the upcoming Puppet 3.0 release and has breaking changes from Facter 1.6.x. Facter 2.0 is not backwards compatible with Puppet 2.6 or 2.7. It includes contributions from the following people: Chris Price, Daniel Black, Daniel Pittman, Garrett Honeycutt, Gary Larizza, Grant Heffernan, Hailee Kenney, Jacob Helwig, Jason Gill, Jeff Weiss, Jonathan Grochowski, Josh Cooper, Ken Barber, Luke Kanies, Matthaus Litteken, Max Riveiro, Michael Kincaid, Mikael Fridh, Nan Liu, Nicolas Vigier, Patrick Carlisle, Stefan Schulte, Tim Sharpe, and Timur Batyrshin. This release is available for...

...Inboxes effectively? Thanks, -- Justin Deutsch Relevance... because results count Relevance Phone: +61 (0)2 6241 6400 A.B.N. 86 063 403 690 Fax: +61 (0)2 6241 6422 Unit 11, Mobile: +61 (0)40 246 55 88 Cnr Brookes & Heffernan Sts, E-mail: Justin.Deutsch@relevance.com.au Mitchell ACT 2911 Web: http://www.relevance.com.au

Hi, I found LLVM cannot unroll the loop in the example below, while gcc can. Before I dig more about this issue, is this behavior as designed? bool bar(int i); void foo(int *a, int x, int y) { for (int i = 0; i < 4; ++i) { if (bar(i)) { break; } a[i] = i; } } Btw, if s/break/continue, LLVM is able to unroll it. Thanks, Jingyue -------------- next part --------------

======================================================== Arthur Spooner: "Darling, I need to borrow the iron." Carrie Spooner Heffernan: "Dad, I told you. If you want a grilled cheese sandwich, I will make you one." King of Queens ======================================================== Release Announcements --------------------- This is the latest stable release of the Samba 4.11 release series. Chan...

======================================================== Arthur Spooner: "Darling, I need to borrow the iron." Carrie Spooner Heffernan: "Dad, I told you. If you want a grilled cheese sandwich, I will make you one." King of Queens ======================================================== Release Announcements --------------------- This is the latest stable release of the Samba 4.11 release series. Chan...

I'd like to add a custom #pragma directive in clang for research purposes. I'm familiar with the LLVM pass-writing interface but new to the rest of LLVM and clang. I've looked into Simone Pellegrini's work on a #pragma interface (https://github.com/motonacciu/clomp and http://llvm.org/devmtg/2013-04/pellegrini-slides.pdf), but I'm in no position to determine if this approach

Is it OK to remove metadata in an optimization pass? The context is patch http://reviews.llvm.org/D4571 which removes loop unrolling hint metadata after using it to avoid unrolling more than the hint suggests. This is a potential problem because loop unrolling can be run more than once. Example: a loop annotated with "#pragma clang loop unroll_count(2)" which adds hint metadata to the

----- Original Message ----- > From: "Hal Finkel" <hfinkel at anl.gov> > To: "Francois Pichet" <pichet2000 at gmail.com> > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu>, "chandlerc" <chandlerc at gmail.com> > Sent: Tuesday, February 24, 2015 11:27:43 PM > Subject: Re: [LLVMdev] Question about

If this is not the proper place to report this problem, I apologize and would like to know the proper avenue. Information on compiler-rt is very scarce, and I have been unable to get block support on Linux any other way. I'm running X86_64 Ubuntu Linux, and I checked out the trunk of compiler-rt and built it according to the instructions on it's page, and ran the test suite. Three tests