search for: wrap

...Tue, May 08, 2018 at 01:40:40PM +0800, Jason Wang wrote: > > > On 2018?05?08? 11:05, Jason Wang wrote: > > > > > Because in virtqueue_enable_cb_delayed(), we may set an > > > > > event_off which is bigger than new and both of them have > > > > > wrapped. And in this case, although new is smaller than > > > > > event_off (i.e. the third param -- old), new shouldn't > > > > > add vq->num, and actually we are expecting a very big > > > > > idx diff. > > > > Yes, so to calculate distan...

...Tue, May 08, 2018 at 01:40:40PM +0800, Jason Wang wrote: > > > On 2018?05?08? 11:05, Jason Wang wrote: > > > > > Because in virtqueue_enable_cb_delayed(), we may set an > > > > > event_off which is bigger than new and both of them have > > > > > wrapped. And in this case, although new is smaller than > > > > > event_off (i.e. the third param -- old), new shouldn't > > > > > add vq->num, and actually we are expecting a very big > > > > > idx diff. > > > > Yes, so to calculate distan...

...ason Wang wrote: > > > > > On 2018?05?08? 11:05, Jason Wang wrote: > > > > > > > Because in virtqueue_enable_cb_delayed(), we may set an > > > > > > > event_off which is bigger than new and both of them have > > > > > > > wrapped. And in this case, although new is smaller than > > > > > > > event_off (i.e. the third param -- old), new shouldn't > > > > > > > add vq->num, and actually we are expecting a very big > > > > > > > idx diff. > > > &g...

For a variety of displays (mosaicplots, barplots, ...) one often wants to either abbreviate or wrap long labels, particularly when these are made up of several words. In general, it would be nice to have a function, abbreviate.or.wrap <- function(x, maxlength=10, maxlines=2, split=" ") { } that would take a character vector or a list of vectors, x, and try to abbreviate or wrap...

I'm trying to get the following section of code to work, I think the problem is being caused by the assignment of data to the lm function not evaluating to "train" in the parent environment but I can't seem to figure out how to do this. fitmodel <- function(trial,data) { wrap.lm <- function(formula,data,...) { cat("in wrap lm",NROW(data),"\n"); lm(formula,data,...) } wrap.step <- function(object,scope,...) { cat("in wrap step",NROW(train),"\n"); step(object,scope,...) } train <- data[1:trial at n,] null <- as.form...

Alex already made what I consider to be the most relevant point. I would suggest removing the unwanted functionality and asking again. From my perspective, native wrapped bitcode is only interesting (and thus worth reviewing and/or talking about) once the native bitcode version is in tree and functional. Frankly, I consider the native wrapped bitcode to be an entirely orthogonal proposal that shouldn't be tied to ThinLTO at all. Fair warning, I'm no...

I am getting a blank page, no errors, just a blank page. I have 2 files... reports/city_taxes_print.erb reports/_city_taxes_print.erb and my method is city_taxes_print and after getting variables from the controller, my erb file which is fairly basic... <% # City of Scottsdale @taxauthids = [ "32", "40" ] @report_title = "Scottsdale Sales Tax Detail Report for

On Tue, May 08, 2018 at 01:40:40PM +0800, Jason Wang wrote: > On 2018?05?08? 11:05, Jason Wang wrote: > > > > > > Because in virtqueue_enable_cb_delayed(), we may set an > > > event_off which is bigger than new and both of them have > > > wrapped. And in this case, although new is smaller than > > > event_off (i.e. the third param -- old), new shouldn't > > > add vq->num, and actually we are expecting a very big > > > idx diff. > > > > Yes, so to calculate distance correctly between event an...

On Tue, May 08, 2018 at 01:40:40PM +0800, Jason Wang wrote: > On 2018?05?08? 11:05, Jason Wang wrote: > > > > > > Because in virtqueue_enable_cb_delayed(), we may set an > > > event_off which is bigger than new and both of them have > > > wrapped. And in this case, although new is smaller than > > > event_off (i.e. the third param -- old), new shouldn't > > > add vq->num, and actually we are expecting a very big > > > idx diff. > > > > Yes, so to calculate distance correctly between event an...

Hi Francis, Thanks for getting back to me. Could you please provide more details about the problems you encounter with those tools and what improvements required to improve compact unwinding format? Most of my experience is in the mid end, but it is still surprising to me that an improved shrink wrap will break that many tools, considering the fact that gcc has a good shrink wrapping pass and shrink-wrap-separate pass. Also, if possible, would you be able to share some performance numbers you get back then by improving shrink-wrap? Thanks, Jimmy -----Original Message----- From: Francis Visoi...

...nks for following up with that and sorry for the breakage. Couple of comments: MachineLoopInfo *MLI; + RegScavenger *RS; Would it make sense to use a unique_ptr here? That should eliminate the need of having explicit deletes. +; RUN: llc -mtriple=aarch64-linux-gnu -o - %s Add -enable-shrink-wrap=true and a second RUN line with -enable-shrink-wrap=false. Then add check lines for both to ensure shrink-wrapping is doing the right thing. + %0 = load i32, i32* @g1, align 4 Please use opt -instnamer to get rid of the numbered variables. Those are a pain when updating the tests :). Other than...

...ied/core/vivi_breakpoint.c | 39 ++++++++++++- vivified/core/vivi_breakpoint.h | 2 vivified/core/vivi_debugger.c | 51 +++++++++++++++++ vivified/core/vivi_function.c | 2 vivified/core/vivi_initialize.as | 9 +++ vivified/core/vivi_marshal.list | 3 + vivified/core/vivi_wrap.c | 113 +++++++++++++++++++++++++++++++++++++++ vivified/core/vivi_wrap.h | 60 ++++++++++++++++++++ vivified/core/vivi_wrap_as.c | 68 +++++++++++++++++++++++ vivified/ui/vivi_commandline.c | 2 19 files changed, 426 insertions(+), 27 deletions(-) New commits: diff-t...

...acts_as_ordered :order => ''first_name'' end Say you have people with first names of Adam, Jonathan and Robert: p = Person.find_by_first_name(''Jonathan'') p.next # Robert p.previous # Adam p.previous.previous # Adam (does not wrap around to end) p.next.next # Robert (does not wrap around to start) If you want the next and previous methods to wrap around the ends, use: acts_as_ordered :order => ''first_name'', :wrap => true You can use this in a application to be able to quickly browse thr...

Hi, Sorry for bringing back such an old thread. I am interested in the latest status of the shrink wrapping pass in LLVM. I have found some active work back in 2017 from Francis Visoiu Mistrih and Kit Barton from the following links. However, it seems that all the work suddenly stops and the improvement for the existing shrink wrapping did not make it into the trunk. Is this work abandoned? https://...

Hi Quentin, After shrink-wrapping was enabled as default on AArch64, llc has a seg fault when compiling the attached .ll file on AArch64. My command is llc -mcpu=cortex-a57 bug.ll Best, Haicheng -------------- next part -------------- A non-text attachment was scrubbed... Name: bug.ll Type: application/octet-stream Size: 89...

I went ahead and replied to two of the review threads. I only considered the parts which would be left without the native wrapped bitcode support. Philip On 08/12/2015 01:24 PM, Teresa Johnson wrote: > I can remove the native wrapper portions of the associated patch and > add that later. Most of the support as I mentioned is for the bitcode > handling anyway, but I wanted to include a skeleton of the native...

doc/swfdec-sections.txt | 1 libswfdec/swfdec_as_frame.c | 17 +++++++++++++++ libswfdec/swfdec_as_frame.h | 1 libswfdec/swfdec_as_string.c | 9 ++++++++ vivified/core/vivi_initialize.as | 2 + vivified/core/vivi_wrap_as.c | 43 +++++++++++++++++++++++++++++++++++++++ 6 files changed, 73 insertions(+) New commits: diff-tree 3e6829af094100400d58f5540f3c13d7f6d7f63a (from 70040fde674cc20d5c9fa91250493cf81271542b) Author: Benjamin Otte <otte at gnome.org> Date: Tue Aug 21 14:02:05 2007 +0200 add...

Hi Alex, After outlining some of the rationale for using native-wrapped, there were a couple of responses that indicated native-wrapped support was reasonable, but they preferred to see bitcode-only first (Phillip and Rafael). This is essentially what this proposal and the patches do - I've implemented some of the basic support for looking for and parsing the na...

Hello all, How can I increase/decrease the line length for screen wrapping? Currently when I run the following the output appears to wrap at just under 80 columns: > c(1:100) [1] 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 [19] 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 [37] 37 38 39 40 41 42...

Hello! Does anyone know of a handy way to wrap the names.arg text in a barplot? I'm creating a bar plot with rather long labels; I can adjust the margins, but I'd also like to have the text wrap to about 4cm. Thanks! Kyle H. Ambert Doctoral Candidate, Bioinformatics Oregon Health & Science University ambertk@gmail.com [[alternat...