search for: bigfram

Hello, to save searching time in the S-news archive, here is the simple solution to merge data frames vertically (cols must be equivalent, of course). The frames must be components of a list, such as produced by framelist<-split(bigframe,factor). bigframe2<-do.call("rbind",framelist) # posted to S-news by Bill Venables, found in summary message http://lib.stat.cmu.edu/s-news/Burst/13564 The result is identical to bigframe with the exception of the rownames. Those seem to be generated by pasting the respective compo...

...on: What was the original intent in this code > (lines 186-193 in lib/CodeGen/RegisterScavenging.cpp)? You beat me to it :). A simple bypass (patch attached) does at least not break 'make check' with x86 and SPU backends. (And fixes the problem with call.ll-test breaking when the SPU bigframes patch is applied) kalle -------------- next part -------------- A non-text attachment was scrubbed... Name: regscavenge_subreg.patch Type: text/x-patch Size: 853 bytes Desc: regscavenge_subreg.patch URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100226/b3f7f35d/attachment.bin&gt...

No, I wasn't having a management lobotomy moment. If the target's registers have no subregisters, SubUsed is false and the assert gets tripped. Ok, back to the original question: What was the original intent in this code (lines 186-193 in lib/CodeGen/RegisterScavenging.cpp)? -scooter On Thu, Feb 25, 2010 at 7:00 PM, Scott Michel <scooter.phd at gmail.com> wrote: > Ugh.

...intent in this > code > > (lines 186-193 in lib/CodeGen/RegisterScavenging.cpp)? > > You beat me to it :). A simple bypass (patch attached) does at least not > break 'make check' with x86 and SPU backends. (And fixes the problem > with call.ll-test breaking when the SPU bigframes patch is applied) > > kalle > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100226/f9dee0a0/attachment.html>