similar to: Not to consolidate two structs with the same data types (but different names) in configure/make tool chain

Hi, Is there a function in any of R-packages that can produce and plot the impulse response function for any model.. Thank you Ahmad Abu Hammour -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body",

Logan, How would I dump the object file generated by the JIT compiler pipeline? Could you point me to an example of how something like that is done? I’m used to working with the JIT machinery in memory but not writing object files out to disk. I’m have code to generate object files for AOT compilation - is it done the same way? Best, .Chris. On Apr 12, 2015, at 2:27 PM, Logan Chien

This patch moves line ending conversion for windows scripts into a separate helper function. This simplifies code a bit, and fixes the problem that actual firstboot scripts used to remain with unix-style line endings. Signed-off-by: Roman Kagan <rkagan@parallels.com> --- customize/firstboot.ml | 33 ++++++++++++++++----------------- 1 file changed, 16 insertions(+), 17 deletions(-) diff

From: Jan Kiszka <jan.kiszka at siemens.com> Not sure if those two worked by design or just by chance so far. In any case, it's at least cleaner and clearer to express this in a single config statement. Signed-off-by: Jan Kiszka <jan.kiszka at siemens.com> --- arch/x86/Kconfig | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/arch/x86/Kconfig

On Mon, Jan 22, 2018 at 8:12 AM, Jan Kiszka <jan.kiszka at siemens.com> wrote: > From: Jan Kiszka <jan.kiszka at siemens.com> > > Not sure if those two worked by design or just by chance so far. In any > case, it's at least cleaner and clearer to express this in a single > config statement. Congrats! You found by the way a bug in commit

On 2018-01-28 18:26, Andy Shevchenko wrote: > On Mon, Jan 22, 2018 at 8:12 AM, Jan Kiszka <jan.kiszka at siemens.com> wrote: >> From: Jan Kiszka <jan.kiszka at siemens.com> >> >> Not sure if those two worked by design or just by chance so far. In any >> case, it's at least cleaner and clearer to express this in a single >> config statement. >

From: Jan Kiszka <jan.kiszka at siemens.com> Not sure if those two worked by design or just by chance so far. In any case, it's at least cleaner and clearer to express this in a single config statement. Signed-off-by: Jan Kiszka <jan.kiszka at siemens.com> --- arch/x86/Kconfig | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/arch/x86/Kconfig

From: Jan Kiszka <jan.kiszka at siemens.com> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we have two PCI_MMCONFIG entries, one from the original i386 and another from x86_64. This consolidates both entries into a single one. The logic for x86_32, where this option was not under user control, remains identical. On x86_64, PCI_MMCONFIG becomes additionally

On Thu, Mar 1, 2018 at 5:13 PM, Bjorn Helgaas <helgaas at kernel.org> wrote: > On Thu, Mar 01, 2018 at 06:40:47AM +0100, Jan Kiszka wrote: >> From: Jan Kiszka <jan.kiszka at siemens.com> >> >> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we >> have two PCI_MMCONFIG entries, one from the original i386 and another >> from

From: Jan Kiszka <jan.kiszka at siemens.com> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we have two PCI_MMCONFIG entries, one from the original i386 and another from x86_64. This consolidates both entries into a single one. Signed-off-by: Jan Kiszka <jan.kiszka at siemens.com> --- arch/x86/Kconfig | 11 ++++------- 1 file changed, 4 insertions(+),

On Fri, 5 Apr 2019 01:16:20 +0200 Halil Pasic <pasic at linux.ibm.com> wrote: > We can reduce the number of DMA allocations by pulling the bits > of memory that belongs to virtio_ccw_device and needs to be DMA > memory into a single area. That makes a lot of sense (maybe start with introducing the dma area from the beginning?), but... > > Signed-off-by: Halil Pasic

On Wed, 10 Apr 2019 17:12:54 +0200 Halil Pasic <pasic at linux.ibm.com> wrote: > On Wed, 10 Apr 2019 10:46:49 +0200 > Cornelia Huck <cohuck at redhat.com> wrote: > > > On Fri, 5 Apr 2019 01:16:20 +0200 > > Halil Pasic <pasic at linux.ibm.com> wrote: > > > diff --git a/drivers/s390/virtio/virtio_ccw.c b/drivers/s390/virtio/virtio_ccw.c > >

On Tue, Oct 13, 2015 at 03:50:51PM +0300, Roman Kagan wrote: > > - match drivers with > - | [] -> > - warning (f_"there are no virtio drivers available for this version of Windows (%d.%d %s %s). virt-v2v looks for drivers in %s\n\nThe guest will be configured to use slower emulated devices.") > - inspect.i_major_version

My only comment on this series is it's hard to understand what the ?tmpdir parameter actually does without examining the code. It specifically means that the Curl module writes a security- sensitive file to this directory (or the global tmpdir), and if the caller specifies ?tmpdir then it is their responsibility to remove the tmpdir later -- otherwise the file containing passwords etc is left

> https://llvm.org/docs/LangRef.html#structure-types I don't follow the above link. Could you help explain what it means? > Fundamentally, llvm is not designed to preserve details about front end language features. If directly compile .c to .ll can preserve the original struct information even they are essentially the same, why flto can not? It seems to me that there must be a way to

On Mon, Jan 22, 2018 at 8:12 AM, Jan Kiszka <jan.kiszka at siemens.com> wrote: > From: Jan Kiszka <jan.kiszka at siemens.com> > > Not sure if those two worked by design or just by chance so far. In any > case, it's at least cleaner and clearer to express this in a single > config statement. Congrats! You found by the way a bug in commit

Hello, the same parameter for colour and shape aesthetics gives 2 legends: library(ggplot2) p <- ggplot(mtcars, aes(x=wt, y=mpg)) p + geom_point(aes(colour=factor(cyl), shape=factor(cyl))) Can the 2 legends be consolidated to one with colours and shapes of the symbols matched between legend and plot ? Thank you Bernd Engelmann bernd.engelmann at amd.com phone: + 49-351-277-4545 fax: +

Hi Am 17.03.23 um 13:39 schrieb Javier Martinez Canillas: > Thomas Zimmermann <tzimmermann at suse.de> writes: > >> Consolidate all handling of CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM by >> making the module parameter optional in drm_fb_helper.c. >> >> Without the config option, modules can set smem_start in struct >> fb_info for internal usage, but not export

On Wed, 10 Apr 2019 19:48:49 +0200 Halil Pasic <pasic at linux.ibm.com> wrote: > On Wed, 10 Apr 2019 18:36:43 +0200 > Cornelia Huck <cohuck at redhat.com> wrote: > > > On Wed, 10 Apr 2019 17:12:54 +0200 > > Halil Pasic <pasic at linux.ibm.com> wrote: > > > > > On Wed, 10 Apr 2019 10:46:49 +0200 > > > Cornelia Huck <cohuck at

On Tue, Oct 13, 2015 at 03:16:27PM +0100, Richard W.M. Jones wrote: > On Tue, Oct 13, 2015 at 03:50:51PM +0300, Roman Kagan wrote: > > > > - match drivers with > > - | [] -> > > - warning (f_"there are no virtio drivers available for this version of Windows (%d.%d %s %s). virt-v2v looks for drivers in %s\n\nThe guest will be configured to use