similar to: A question with using ORC RPC for remote JIT-ing.

Hi, R 2.5.0 isn't auto-completing paths properly as it used to. E.g. suppose I have: > dir("CEL/choe") [1] "chipC-rep1.CEL" "chipC-rep2.CEL" "chipC-rep3.CEL" "chipS-rep1.CEL" [5] "chipS-rep2.CEL" "chipS-rep3.CEL" Now if I do: ReadAffy("CEL/choe/ch<tab> # => ReadAffy("CEL/choe/chip

Hi All, I'm back again after a couple of weeks hiatus, and I have some good news for anyone interested in cross-process JITing with OrcV2: The remote TargetProcessControl and Orc library breakup patch has landed in 1d0676b54c4 [1]. Thanks very much to Dave Blaikie and Stefan Graenitz for all their feedback on the review! As described in my last email, this commit breaks the OrcJIT library

Hi Christian Your use case seems to have similar requirements as remote JITing in ORC. So far I haven't used that part myself and I am sure Lang can tell you much more about it. However, this comment on the RemoteObjectClientLayer class sounds promising for your questions (1) and (2): /// Sending relocatable objects to the server (rather than fully relocated /// bits) allows JIT'd code

Hi All, I'm going to be making some API breaking changes to the ORC APIs, and to the RuntimeDyld class (which underlies MCJIT). The changes may affect MCJIT clients but are unlikely to. Where they do the fixes are likely to be trivial. ORC clients will be affected, but the fixes should also be straightforward. I have three upcoming changes in mind: 1) RuntimeDyld (the linker underlying

Hey hope this opne is a "make senser". Has anyone tried the "Subject line" combo?, I''ve compiled a dozen src.rpm kernel 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel support with no success, just a kernel oops and constant reboots. I followed Fedora''s wiki on building a custom kernel, even used F16''s .config which also was a

Hey hope this opne is a "make senser". Has anyone tried the "Subject line" combo?, I''ve compiled a dozen src.rpm kernel 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel support with no success, just a kernel oops and constant reboots. I followed Fedora''s wiki on building a custom kernel, even used F16''s .config which also was a

I have a few questions about the new ORC JIT. I saw Lang Hames (hi!) excellent talk at the llvm-dev meeting a few weeks ago. The ORC JIT is undergoing some API changes and I'd like/need to take advantage of them. (1) How do I take ownership of the ObjectFile once the ORC JIT has created it? I'd like to take ownership of object files generated by the ORC JIT so that I can save them to

We are trying to switch to the new orc v2 lljit engine at my work with hopes of parallel jitting. We are switching from the ExecutionEngine w/ OrcMCJitReplacement. We are having a hard time with global variables. We have found a way to create/emit new globals during jitting by using the old ExecutionEngine::getOrEmitGlobalVariable. Is there an easier way to do this with the new jit engine? We were

Hi, yes, it is. Anyway, below are some of the diagnostics I have tried. Linux box Win95 Box ========= =========== hostname: saturn tempest ip: 192.168.0.2 192.168.0.1 Below are the diagnostics that I have tried and I ahve logged them: 1. From

Hi, Just to clarify, some header files are compiler specific. Stdint.h is one of them. The reason your Ubuntu stdint.h works is because, coincidentally, Clang's stdint.h uses the same layout and pre-processor built-ins as GCC. This is an implementation detail. Do not rely upon it. You should use Clang's stdint.h. Cheers, James From: Seung-yeon Choe [mailto:sychoe at gmail.com] Sent: 24

Thank you Alex, I went and implemented a solution along those lines. It works well. It may be worth mentioning static constructors in the Kaleidoscope tutorial. Cheers, Daniele ________________________________________ From: Alex Denisov [1101.debian at gmail.com] Sent: 15 March 2019 08:07 To: Daniele Vettorel Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] Static constructors with ORC

Hi, I have the following errors: Panic on CPU0: FATAL PAGE FAULT [error_code=0002] Faulting linear address: fbfb1100 More details in snapshots as below as I don''t have serial console cables thus unable to get full details of the errors which I will try to get one and send the full error if needed: http://choon.net/xenerrors/Image000.jpg http://choon.net/xenerrors/Image001.jpg

Hi, Im trying to compile kernel 3.0.4 inside Centos 5 DomU The steps I do are Make bzImage Make modules Make modules_install Depmod -a mkinitrd /boot/initrd.img-3.0.4 3.0.4 but them im getting this -bash-3.2# mkinitrd /boot/initrd.img-3.0.4 3.0.4 ls: /etc/modprobe.d/*.conf: No such file or directory No module ehci-hcd found for kernel 3.0.4, aborting. If I exclude the

Hi Lang, thanks for announcing. Would be great if you could send another short notice as soon as the actual patch exists. Best, Stefan Am 24.05.16 um 23:06 schrieb Lang Hames via llvm-dev: > Hi All, > > I'm going to be making some API breaking changes to the ORC APIs, and > to the RuntimeDyld class (which underlies MCJIT). The changes may > affect MCJIT clients but are unlikely

Hello, James Molly. Thank you for your advices. Now I aware that this is the problem of stdint.h. And, codesourcery toolchain also has stdint.h header file at same place of stdio.h Generally, Clang has "lib/clang/3.0/include" default search path. If I added codesourcery toolchain path for stdio.h with -I option, stdint.h has been loaded at the specified toolchain path first cuz

Hey everyone, I have a question about vif-common.sh. I run multiple bridges attached on dummy interfaces, which allow me to put guests in seperate subnets (routed through the dom0). As you might expect I already have quite extensive iptables scripts to accomidate this kind of routing. I was just hoping someone on this list can confirm, that I understand what the iptables lines in vif-common.sh

Hi, There is a little bit awkward thing. If I need to use the newlibc printf function regardless stdint.h is compiler specific implementation, I should remove or block newlibc's stdint.h and the others because as you know clang already stdint.h (glibc compatible??) header but it is not standard library full set, right? On the other hand, even if I want to use other toolchain's glibc

On Fri, 5 Apr 2024, Ivan Krylov via R-devel wrote: > On Fri, 5 Apr 2024 08:15:20 -0400 > June Choe <jchoe001 at gmail.com> wrote: > >> When assigning a list to an out of bounds index (ex: the next, n+1 >> index), it errors the same but now changes the values of the vector >> to NULL: >> >> ``` >> x <- expression(a,b,c) >> x[[4]] <-

Hi, For the past day, I have been researching about making dovecot to support mailfront (http://untroubled.org/mailfront/) imapfront-auth natively and able to use mailfront imapfront-auth with dovecot imap v1.2.16 without starting any dovecot related services and no /etc/dovecot.conf file is required. More information about this can be read at:

Hello, I totally understood about this problem. codesourcery codebench arm eabi version uses newlibc. but, arm gnu/linux version uses glibc. hm.. actually there is no problem. it was my mistake as james told me. Thanks. 2011/11/24 Seung-yeon Choe <sychoe at gmail.com> > Hello, James Molly. > > Thank you for your advices. > > Now I aware that this is the problem of