similar to: ? Exact pattern matching in GREP ?

I want to migrate my R workspace databases (e.g., .Rdata) from Windows to Linux. The R help file for "save" says that "[a]ll R platforms use the XDR representation of binary objects in binary save-d files, and these are portable across all R platforms." Is it is simple as that? Copy the Windows .Rdata file to the Linux .ext3 file system? Thanks, Derek Derek N. Eder

I am having trouble understanding what must be a quite simple rule of scope. In the code example below, the argument to the main function, my.subset, would like to be passed to the function LME. This does not happen however. Curiously, the other argument (my.data) is passed to LME. This problem goes away with this: assign("my.subset", my.subset, env = sys.frame()). It works, but it

Isn't there a cryptic footnote somewhere in the blue book that describes regular expressions as "a funny little language ..." ? Well, I'm not laughing! I've googled and Man paged, but the GREP-style solution to the following problem still eludes me: ... Using a regular expression in the "pattern" argument to list.files() to restrict the return to filenames which

> I want to combine (rbind) many dataframes into a single data frame, but "automatically" > specifying the names of the dataframes as listing of object names. > E.g., combine these 18 df objects into one big df using something conceptually like this : > rbind(objects(pattern="*.df")) Brian Ripley suggested that something along the lines of:

I would like a function that return the X,Y position of the mouse cursor whenever it is called PERIOD, i.e., without the button presses of locator() or identify(). E.G., > where.is.mouse() [1] 123 34 # X and Y coordinates of present mouse position in current graphics window Is this a conceivable R function or does it need to be addressed with a call to the OS (Windows 2000 in my case)?

I'm trying to build the SVN version of VMKit and I'm getting this error while building. I have llvm and clang built from SVN too. Any help? llvm[2]: Building Release+Asserts mmtk-vmkit.jar all vmjc: JavaClass.cpp:442: j3::JavaObject *j3::Class::doNew(j3::Jnjvm *): Assertion `this && "No class when allocating."' failed. 0 vmjc 0x0000000000e9c44f 1 vmjc

Hmm, disregard my previous comment (while you might still have issues with 64bit, that's not what's primarily causing your issue)--your particular error is when you don't point vmkit to the classpath libraries properly. Set it with the configure option --with-gnu-classpath-glibj=/path/to/classpath-0.97.2/lib/glibj.zip Good luck! ~Will On Tue, Aug 23, 2011 at 5:49 PM, Will Dietz

Are you running on 64bit (your backtrace addresses suggest you are)? I'm encountering the same error when trying to use VMKit on 64bit, which I believe is an unsupported target. ~Will On Tue, Aug 23, 2011 at 5:17 PM, Frederic Perez Ordeig <fredericp at gmail.com> wrote: > I'm trying to build the SVN version of VMKit and I'm getting this error > while building. > I

Ah yes, thanks, this was one problem, now I hit another: llvm[2]: Building Release+Asserts mmtk-vmkit.jar all Thread 0x110000000 received a SIGSEGV: either the VM code or an external native method is bogus. Aborting... ; 0x5cfeed (0x1100fe410) in _Z14sigsegvHandleriP7siginfoPv ; 0x2b889c232c60 in Unknown method ; 0x561499 (0x1100fe900) in _ZN2j310JavaObject7acquireEPS0_ ; 0x55b464 (0x1100fe920)

Hi, I'm new to VMKit and I'm trying to use its AOT Java compiler but I'm immediately getting an error message which I don't understand. Everything was compiler as suggested in the Getting Started tutorial, using GNU Classpath. I try to run: llcj ../../tools/trainer/Release+Asserts/HelloWorld.class and get the following output: Can not materiale a function in AOT mode.0

R. 1.1.0 The example below is self explanatory. ## 1 ## # works fine > binom.test((50*.64),50,.5,alt='g') ... Exact binomial test ... ## 2 ## # WHAT ! ? > binom.test((50*.65),50,.5,alt='g') Error in binom.test((50 * 0.65), 50, 0.5, alt = "g") : x must be an

Hi, I replaced the MMTk code with a C-version MMTk code (I have been working on such AOT compiler for a while). The compiler should deal with most of the MMTk code base correctly - at least I get marksweep running with a tiny client). So I am trying to put the C version MMTk back with VmKit. I tried not to change much existing code except where necessary, such as name mangling and MMTkObject

Hi, I just did a reconfigure and rebuild with the latest svn for vmkit code. The code still seg faults but the stack trace seems to have changed. llvm[2]: Building Debug+Asserts mmtk-vmkit.jar all vmjc: JavaRuntimeJIT.cpp:172: uint32 j3VirtualTableLookup(j3::Class*, uint32, uint32*, j3::JavaObject*): Assertion `dmeth->classDef->isInitializing() && "Class not ready in a virtual

Hi Minas, I tried recompiling Classpath with -fno-omit-frame-pointer, and now, instead of printing an error message, j3 just segfaults in "j3::JnjvmClassLoader::loadClassFromAsciiz(char const*, bool, bool) ()" I ran llcj under strace and found that it is not even opening the input or output files, but is otherwise running normally. Updating to the latest SVN version (revision 108831)

Forgot to send to the mailing list... ---------- Forwarded message ---------- From: Joshua Warner <joshuawarner32 at gmail.com> Date: Mon, Jul 19, 2010 at 10:19 AM Subject: Re: [LLVMdev] Building VMKit To: nicolas geoffray <nicolas.geoffray at gmail.com> Thanks Nicolas, that worked great! Now, I'm having trouble invoking the compiler properly: $ llcj Hello.class -o=Hello.ll $

Thanks Nicolas, I do have --with-gnu-classpath-libs and --with-gnu-classpath-glibj pointing to the right thing, but I have gnu class path 0.98 instead of 0.97 and its the non X version. So I do not have the libgtkpeer.so. Maybe that is the reason why it is crashing. Unfortunately, I am not able to compile GNU class path with gtk+ peer right now. Will give it a try on the mac. Thanks, Akshat

Hi, I see that now vmkit2 contains the last revisions of the project, so I follow these instructions to compile vmkit : http://vmkit2.gforge.inria.fr/start.php I download and compile LLVM without errors. I have tested with and without optimizations but this is the same for the errors. My configuration for LLVM is just : ./configure; make Apparently we can build vmkit with OpenJDK instead of GNU

Hi, Going ahead, the llvm-ld seems to segfault (build on Linux with llvm-ld v3.0svn build): make[2]: Entering directory `/root/code/vmkit/mmtk/mmtk-j3' llvm[2]: Building Debug+Asserts Bytecode Module MMTKRuntime.bc 0 llvm-ld 0x0884c66e 1 llvm-ld 0x0884c3fb 2 0xb7891400 __kernel_sigreturn + 0 3 llvm-ld 0x083be9e9 llvm::isa_impl<llvm::Constant,

Yep, I am compiling with llvm-gcc. Also I removed the LD flag on the configure, it still gives the same segafault. Thanks, Akshat On Fri, Aug 26, 2011 at 4:21 AM, Nicolas Geoffray < nicolas.geoffray at gmail.com> wrote: > On Fri, Aug 26, 2011 at 1:08 AM, Akshat Gupta <g.akshat at gmail.com> wrote: > >> Hi, >> >> Here are my build details. >> OS: >>

Hi Yi, The precompiler is in charge of translating the most common classes of the Java runtime library to llvm code (typically, java.lang.Object), in order to natively compile these classes and decrease the bootstrap time. So, if you have a segmentation fault at this stage, it means that you have broken something in the interface between MMTk and VMKit. If it can helps you: * during a first