[LLVMdev] 3.4.1 Release Plans

Tom Stellard tom at stellard.net
Tue Apr 8 16:07:14 PDT 2014


On Tue, Apr 08, 2014 at 04:08:13PM +0400, Robert Khasanov wrote:
> Hi Reid,
> 
> Would you approve your patches r203146 and r202774 to be backported to
> 3.4.1? They fix stability issues in x86 asm.
> 

Hi Robert,

I was able to merge r203146, but it used a c++11 feature:
std::string::back() which I replaced with
std::string::at(std::string::size() - 1).

r202774 was not merged, because it is dependent on r198584 which adds the
X86AsmParser::is32BitMode() function.  I don't think we would need to
backport all of r198584, maybe just the function and the Mode32Bit
SubtargetFeature.  Could you take a look and let me know what you want
to do?

Thanks,
Tom

> Thanks,
> Robert
> 
> понедельник, 7 апреля 2014 г. пользователь Tom Stellard написал:
> 
> > Hi Robert,
> >
> > Can you ping the code owners about these patches.  It might be good
> > to write a separate email per code owner and cc the appropriate -commits
> > list.
> >
> > Thanks,
> > Tom
> >
> > On Wed, Apr 02, 2014 at 06:16:44PM +0400, Robert Khasanov wrote:
> > > Hi Tom,
> > >
> > > I would like to nominate the following patches to be backported to 3.4.1
> > >
> > > Clang:
> > > 1. r204742 - Zinovy Nis <zinovy.nis at gmail.com <javascript:;>> - Fix an
> > logic error in the
> > > clang driver preventing crtfastmath.o from linking when -Ofast is used
> > > without -ffast-math
> > >
> > > LLVM:
> > > 1. r205067 - Akira Hatanaka <ahatanaka at apple.com <javascript:;>> -
> > [x86] Fix printing of
> > > register operands with q modifier
> > > 2. r203581 - Hans Wennborg <hans at hanshq.net <javascript:;>> - X86:
> > Don't generate 64-bit
> > > movd after cmpneqsd in 32-bit mode (PR19059)
> > > 3. r203146 - Reid Kleckner <reid at kleckner.net <javascript:;>> - MS asm:
> > The initial dot in
> > > struct access is optional
> > > 4. r202774 - Reid Kleckner <reid at kleckner.net <javascript:;>> - MC: Fix
> > Intel assembly
> > > parser for [global + offset]
> > > 5. r201507 - Craig Topper <craig.topper at gmail.com <javascript:;>> - Fix
> > diassembler
> > > handling of rex.b when mod=00/01/10 and bbb=101. Mod=00 should ignore the
> > > base register entirely. Mod=01/10 should treat this as R13 plus
> > > displacment. Fixes PR18860
> > > 6. r201126 - Robert Khasanov - Changed attributes of all gather
> > intrinsics
> > > from IntrReadMem to IntrReadArgMem as they access only memory based on
> > > argument.
> > >
> > > Most patches fix different stable issues on X86 target.
> > >
> > > Thanks,
> > > Robert
> > >
> > >
> > >
> > > 2014-03-26 20:10 GMT+04:00 Tom Stellard <tom at stellard.net <javascript:;>
> > >:
> > >
> > > > 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.
> > > >
> > > > Thank you,
> > > >
> > > > Tom
> > > > _______________________________________________
> > > > LLVM Developers mailing list
> > > > LLVMdev at cs.uiuc.edu <javascript:;>         http://llvm.cs.uiuc.edu
> > > > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
> > > >
> >




More information about the llvm-dev mailing list