search for: l275

...s a local, even though it doesn't capture the local, it would still prohibit TCE. This contain seems unnecessary and overly limiting? Relevant code is here: https://github.com/llvm/llvm-project/blob/cbe77ca9bd05393b1df1abf016b01f44d1d10a49/llvm/lib/Transforms/Scalar/TailRecursionElimination.cpp#L275 Looking through the tests that cover this scenario (https://github.com/llvm/llvm-project/blob/e29874eaa04d24b8c67776bf5729474d671a58f6/llvm/test/Transforms/TailCallElim/basic.ll#L66), I found it referring to rdar://14324281 and PR962. What are they? These haven't been updated since 2014, so I...

...] [,7] [,8] [,9] [,10] [,11] [,12] [,13] [1,] 1 1 1 1 1 1 1 1 1 1 1 1 1 [2,] 1 1 1 1 1 1 1 1 1 1 1 1 1 The problem seems to be in printarray.c:275 (https://github.com/wch/r-source/blob/trunk/src/main/printarray.c#L275): EncodeComplex(x[i + j * r], wr[j] + R_print.gap, dr[j], er[j], wi[j], di[j], ei[j], OutDec)) ) The width of the real part wr[j] + the width of the imaginary part wi[j] + R_print.gap doesn?t always add up to the width of the column w[j]. As far as we can see, calculating the width of the...

...t that is determined entirely by the callee. The jumper can't have extra bytes on the stack at the moment of the jump. > Relevant code is here: > https://github.com/llvm/llvm-project/blob/cbe77ca9bd05393b1df1abf016b01f44d1d10a49/llvm/lib/Transforms/Scalar/TailRecursionElimination.cpp#L275 > > Looking through the tests that cover this scenario > (https://github.com/llvm/llvm-project/blob/e29874eaa04d24b8c67776bf5729474d671a58f6/llvm/test/Transforms/TailCallElim/basic.ll#L66), > I found it referring to rdar://14324281 and PR962. What are they? > These haven't been u...

...> callee. The jumper can't have extra bytes on the stack at the moment of >> the jump. >> >>> Relevant code is here: >>> https://github.com/llvm/llvm-project/blob/cbe77ca9bd05393b1df1abf016b01f44d1d10a49/llvm/lib/Transforms/Scalar/TailRecursionElimination.cpp#L275 >>> >>> Looking through the tests that cover this scenario >>> (https://github.com/llvm/llvm-project/blob/e29874eaa04d24b8c67776bf5729474d671a58f6/llvm/test/Transforms/TailCallElim/basic.ll#L66), >>> I found it referring to rdar://14324281 and PR962. What are the...

...s the code corresponding to the virtqueue_add() for Rx ring in virtio PMD: https://github.com/DPDK/dpdk/blob/3605968c2fa7/drivers/net/virtio/virtio_rxtx.c#L278-L304 And below is the code of virtqueue_add() in Linux: https://github.com/torvalds/linux/blob/54eda9df17f3/drivers/virtio/virtio_ring.c#L275-L417 In virtio PMD, for each packet (mbuf), the code is pretty straightforward, it will just check whether there is one available desc. If it's true, it will just fill this desc directly. But in virtqueue_add(), it's obvious that, the logic is much more complicated or generic. It's su...

On Mon, Sep 10, 2018 at 11:33:17AM +0800, Jason Wang wrote: > On 2018?09?10? 11:00, Tiwei Bie wrote: > > On Fri, Sep 07, 2018 at 09:00:49AM -0400, Michael S. Tsirkin wrote: > > > On Fri, Sep 07, 2018 at 09:22:25AM +0800, Tiwei Bie wrote: > > > > On Mon, Aug 27, 2018 at 05:00:40PM +0300, Michael S. Tsirkin wrote: > > > > > Are there still plans to test