search for: wrapping

On Tue, May 08, 2018 at 03:16:53PM +0800, Jason Wang wrote: > On 2018?05?08? 14:44, Tiwei Bie wrote: > > 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 >

On Tue, May 08, 2018 at 03:16:53PM +0800, Jason Wang wrote: > On 2018?05?08? 14:44, Tiwei Bie wrote: > > 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 >

On Tue, May 08, 2018 at 05:34:40PM +0800, Jason Wang wrote: > On 2018?05?08? 17:16, Tiwei Bie wrote: > > On Tue, May 08, 2018 at 03:16:53PM +0800, Jason Wang wrote: > > > On 2018?05?08? 14:44, Tiwei Bie wrote: > > > > On Tue, May 08, 2018 at 01:40:40PM +0800, Jason Wang wrote: > > > > > On 2018?05?08? 11:05, Jason Wang wrote: > > > > >

...mnl" "Farm" $OccSon Upper nonmanual Lower nonmanual Upper manual Lower manual Farm "Upprnnmn" "Lwrnnmnl" "Uppermnl" "Lowermnl" "Farm" In a related thread, Marc Schwartz proposed a solution for wrapping labels, based on >short.labels <- sapply(labels, function(x) paste(strwrap(x, 10), collapse = "\n"), USE.NAMES = FALSE) But, my attempt to use strwrap in my context gives a single string for each set of dimension names: > stack.lab <-function(x)...

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");

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

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

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

...ls 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 Visoiu Mistrih [mailto:francisvm at yahoo.com] Sent: Thursday, May 14, 2020 7:30 PM To: J...

...Scavenger *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 that LGTM! Cheers, -Quentin > On Nov 20, 2015, at 6:31 AM, Arnaud A. de Grandmaison <arnaud.degrandmaison a...

doc/swfdec-sections.txt | 1 libswfdec/swfdec_as_debugger.h | 12 +++- libswfdec/swfdec_as_frame.c | 36 +++++++++++- libswfdec/swfdec_as_frame.h | 1 libswfdec/swfdec_as_types.h | 2 vivified/core/.gitignore | 2 vivified/core/Makefile.am | 25 +++++++- vivified/core/vivi_application.c | 12 +--- vivified/core/vivi_application.h |

Hey all, I''ve just put together a little plugin to easily access the neighbours of a given model in a particular order. Read on if interested. Install: script/plugin install http://svn.viney.net.nz/things/rails/plugins/acts_as_ordered Usage: class Person < ActiveRecord::Base acts_as_ordered :order => ''first_name'' end Say you have people with first

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://list...

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: 8983 b...

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

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

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 native-wrapped sections, but the

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 43...

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 [[alternative HTML version deleted]]