[LLVMdev] 3.4.1 Release Plans

Tom Stellard tom at stellard.net
Fri Apr 11 12:47:52 PDT 2014


On Wed, Apr 09, 2014 at 10:23:38AM -0700, Evan Cheng wrote:
> I approve taking r200028.

This patch has been merged.

-Tom


> 
> Thanks,
> 
> Evan
> 
> On Apr 8, 2014, at 9:53 AM, Hal Finkel <hfinkel at anl.gov> wrote:
> 
> > Tom (and Andy, Owen, Evan, Nadav),
> > 
> > I'd like the following commits placed into the 3.4.1 branch. I've attempted to sort this list by code owner:
> > 
> > Andrew Trick:
> > r203719 - PR17473
> > r203725 - This test need the X86 backend, move it to the X86 sub directory. [adjusts the test location from r203719]
> > 
> > r202273 - Fix PR18165: LSR must avoid scaling factors that exceed the limit on truncated use.
> > 
> > r201104 - [LPM] A terribly simple fix to a terribly complex bug: PR18773.
> > 
> > r198863 - Fixed old typo in ScalarEvolution, that caused wrong SCEVs zext operation.
> > 
> > Owen Anderson:
> > r200201 - Fix for PR18102.
> > r200202 - Additional fix for 200201: due to dependence on bitwidth test was moved to X86 directory.
> > 
> > r200705 - Expand vector bswap in LegalizeVectorOps
> > 
> > r205738 - Put a limit on ScheduleDAGSDNodes::ClusterNeighboringLoads to avoid blowing up compile time.
> > 
> > Evan Cheng:
> > r200028 - InstCombine: Don't try to use aggregate elements of ConstantExprs.
> > 
> > r199351 - BasicAA: We need to check both access sizes when comparing a gep and an
> > 
> > r198290 - BasicAA: Fix value equality and phi cycles
> > r198400 - BasicAA: Use reachabilty instead of dominance for checking value equality in phi
> > 
> > Nadav Rotem:
> > r199570 - LoopVectorizer: A reduction that has multiple uses of the reduction value is not
> > 
> > r199291 - LoopVectorize: Only strip casts from integer types when replacing symbolic
> > 
> > Also, please include the following patches in 3.4.1. I am the code owner, and I approve ;)
> > 
> > r205630 - [PowerPC] Add a full condition code register to make the "cc" clobber work
> > r204155 - Fix PR19144: Incorrect offset generated for int-to-fp conversion at -O0
> > r203054 - The PPC global base register cannot be r0
> > r199832 - Fix pr18515.
> > r200288 - Handle spilling the PPC GPRC_NOR0 register class
> > r199763 - Fix pointer info on PPC byval stores
> > r202192 - Account for 128-bit integer operations in PPCCTRLoops
> > 
> > r198425 - Fix loop rerolling pass failure with non-consant loop lower bound
> > 
> > I apologize the delay; I've not had a chance to refine my list until this morning.
> > 
> > Thanks again,
> > Hal
> > 
> > ----- Original Message -----
> >> From: "Hal Finkel" <hfinkel at anl.gov>
> >> To: "Tom Stellard" <tom at stellard.net>
> >> Cc: "Ben Pope" <benpope81 at gmail.com>, llvmdev at cs.uiuc.edu, "Erik Verbruggen" <erik.verbruggen at me.com>
> >> Sent: Thursday, March 27, 2014 7:49:36 AM
> >> Subject: Re: [LLVMdev] 3.4.1 Release Plans
> >> 
> >> ----- Original Message -----
> >>> From: "Tom Stellard" <tom at stellard.net>
> >>> To: llvmdev at cs.uiuc.edu
> >>> Cc: "Renato Golin" <renato.golin at linaro.org>, "Sylvestre Ledru"
> >>> <sylvestre at debian.org>, "Sebastian Dreßler"
> >>> <sebastian.dressler at gmail.com>, "Hal Finkel" <hfinkel at anl.gov>,
> >>> "Ben Pope" <benpope81 at gmail.com>, "Arnaud Allard de
> >>> Grandmaison" <arnaud.adegm at gmail.com>, "Erik Verbruggen"
> >>> <erik.verbruggen at me.com>
> >>> Sent: Wednesday, March 26, 2014 11:10:43 AM
> >>> Subject: 3.4.1 Release Plans
> >>> 
> >>> Hi,
> >>> 
> >>> We are now about halfway between the 3.4 and 3.5 releases, and I
> >>> would
> >>> like to start preparing for a 3.4.1 release.  Here is my proposed
> >>> release
> >>> schedule:
> >>> 
> >>> Mar 26 - April 9: Identify and backport additional bug fixes to the
> >>> 3.4 branch.
> >>> April 9 - April 18: Testing Phase
> >>> April 18: 3.4.1 Release
> >>> 
> >>> How you can help:
> >>> 
> >>> - If you have any bug fixes you think should be included to 3.4.1,
> >>> send
> >>>  me an email with the SVN revision in trunk and also cc the code
> >>>  owner
> >>>  and llvm-commits (or cfe-commits if it is a clang patch).
> >>> 
> >>> - Start integrating the 3.4 branch into your project or OS
> >>> distribution
> >>>  to and check for any issues.
> >>> 
> >>> - Volunteer as a tester for the testing phase.
> >> 
> >> I'll go through the commit list shortly; also I'll help with testing
> >> on (X86 and PPC64).
> >> 
> >> Thanks again for working on this!
> >> 
> >> -Hal
> >> 
> >>> 
> >>> Thank you,
> >>> 
> >>> Tom
> >>> 
> >> 
> >> --
> >> Hal Finkel
> >> Assistant Computational Scientist
> >> Leadership Computing Facility
> >> Argonne National Laboratory
> >> 
> >> _______________________________________________
> >> LLVM Developers mailing list
> >> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
> >> 
> > 
> > -- 
> > Hal Finkel
> > Assistant Computational Scientist
> > Leadership Computing Facility
> > Argonne National Laboratory
> 




More information about the llvm-dev mailing list