[LLVMdev] 3.4.1 Release Plans

[Robert Khasanov]

Hi Nadav,

Would you approve Akira's r205067 patch to be backported to 3.4.1?

Thanks,
Robert

вторник, 8 апреля 2014 г. пользователь Akira Hatanaka написал:

> Yes, if x86 owners are fine with it.
>
>
> On Tue, Apr 8, 2014 at 6:39 AM, Robert Khasanov <rob.khasanov at gmail.com<javascript:_e(%7B%7D,'cvml','rob.khasanov at gmail.com');>
> > wrote:
>
>> Hi Akira,
>>
>> Would you approve your patch r205067 to be backported to 3.4.1? It fixes
>> stability issue on x86.
>>
>> 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> - 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> - [x86] Fix
>>> printing of
>>> > register operands with q modifier
>>> > 2. r203581 - Hans Wennborg <hans at hanshq.net> - X86: Don't generate
>>> 64-bit
>>> > movd after cmpneqsd in 32-bit mode (PR19059)
>>> > 3. r203146 - Reid Kleckner <reid at kleckner.net> - MS asm: The initial
>>> dot in
>>> > struct access is optional
>>> > 4. r202774 - Reid Kleckner <reid at kleckner.net> - MC: Fix Intel
>>> assembly
>>> > parser for [global + offset]
>>> > 5. r201507 - Craig Topper <craig.topper at gmail.com> - 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>:
>>> >
>>> > > 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         http://llvm.cs.uiuc.edu
>>> > > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>>> > >
>>>
>>
>> _______________________________________________
>> llvm-commits mailing list
>> llvm-commits at cs.uiuc.edu<javascript:_e(%7B%7D,'cvml','llvm-commits at cs.uiuc.edu');>
>> http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140409/36611b9d/attachment.html>