search for: eran

...vm-config --ldflags` -g -m32 -o mcjit_external_symbol mcjit_external_symbol.o `llvm-config --libs all` $ ./mcjit_external_symbol verifying... LLVM ERROR: Program used external function '_external' which could not be resolved! Note that using JIT the code works fine, in case it might help. Eran. From: "Kaylor, Andrew" <andrew.kaylor at intel.com<mailto:andrew.kaylor at intel.com>> Date: Wed, 10 Apr 2013 20:50:14 -0400 To: Eran Weiss <eran.weiss at emc.com<mailto:eran.weiss at emc.com>> Cc: "llvmdev at cs.uiuc.edu<mailto:llvmdev at cs.uiuc.edu>...

Thanks, Eran. I’m not sure how soon I’ll have a solution for you, but it’s on my to-do list now. I’ll also create a bugzilla record for this problem. -Andy From: Weiss, Eran [mailto:Eran.Weiss at emc.com] Sent: Thursday, April 11, 2013 12:40 AM To: Kaylor, Andrew Cc: llvmdev at cs.uiuc.edu; Jim Grosbach; Ji...

Submitted to bugzilla as PR 15729 From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Kaylor, Andrew Sent: Thursday, April 11, 2013 1:13 PM To: Weiss, Eran Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Migration from JIT to MCJIT Thanks, Eran. I’m not sure how soon I’ll have a solution for you, but it’s on my to-do list now. I’ll also create a bugzilla record for this problem. -Andy From: Weiss, Eran [mailto:Eran.Weiss at emc.com] Sent: Thurs...

Eran, Is there any chance you could boil this down to a small reproducer? I’ve got a mid-to-long-term goal of getting rid of the ugliness in LLDB that Jim mentioned, and fixing your problem would be a good first step. Thanks, Andy From: Jim Grosbach [mailto:grosbach at apple.com] Sent: Wednesday, Ap...

...th only the relocation types we were actually seeing being implemented. Unfortunately, I don’t know enough about MachO to help with this one. Maybe Jim Grosbach can help? > > -Andy > > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Weiss, Eran > Sent: Tuesday, April 09, 2013 11:51 PM > To: Jiong Wang > Cc: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] Migration from JIT to MCJIT > > Thank you for the help. > > The relocation type value is anded with 0xffffffffL. (RuntimeDyldMachO.cpp:214) > Maybe this mas...

...r hold or linear interpolation. I am looking for an efiicient way (other than a loop...) of identifiying the missing time slots and filling them. Can you think of any methods that might help here? (obviously which(diff(time)>min(diff(time))) will give the locations, but what then....?) Thanks, Eran. [[alternative HTML version deleted]]

...ared object, and crashes when I call getPointerToFunction, claiming that it encountered a pseudo instruction. Interestingly, a very similar code that run as a separate executable JITing the same IR works fine. Note that I have not have modified LLVM. Any suggestions what could cause this behavior? Eran.

...anded with 0xffffffffL. (RuntimeDyldMachO.cpp:214) Maybe this mask should be different? Anyway, it seems like this relocation isn't implemented. (RuntimeDyldMachO.cpp:104) From: Jiong Wang <jiwang at tilera.com<mailto:jiwang at tilera.com>> Date: Tue, 9 Apr 2013 09:42:03 -0400 To: Eran Weiss <eran.weiss at emc.com<mailto:eran.weiss at emc.com>> Cc: "llvmdev at cs.uiuc.edu<mailto:llvmdev at cs.uiuc.edu>" <llvmdev at cs.uiuc.edu<mailto:llvmdev at cs.uiuc.edu>> Subject: Re: [LLVMdev] Migration from JIT to MCJIT 于 2013/4/9 21:08, Weiss, Eran 写...

For anyone encountering this problem in the future, the cause of this problem was debugging symbols (-g) given to clang when generating IR. On 20/05/2012 12:21, "Weiss, Eran" <Eran.Weiss at emc.com> wrote: >Hi, > >I'm having problems when trying to JIT IR generated from C++ with clang. >My code resides in a dynamically loaded shared object, and crashes when I >call getPointerToFunction, claiming that it encountered a pseudo >instructio...

...(), bmp() and pdf() to capture plots. I've used the parameter "at" in a plot, to define the tickmarks. It works fine on screen, but when I try to print it to a file, it gives a warning: "at" is not a graphical parameter and prints an empty figure. Can you help? Thanks, Eran. [[alternative HTML version deleted]]

...reated and I know how to switch back and forth between them. However, when I plot on the device that stands for R-Studio's built-in plot browser, is there a way to switch back between plots? Each new "plot" command opens a new plot, and the number of devices does not change. Thanks, Eran. [[alternative HTML version deleted]]

...ed basis up to now, with only the relocation types we were actually seeing being implemented. Unfortunately, I don’t know enough about MachO to help with this one. Maybe Jim Grosbach can help? -Andy From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Weiss, Eran Sent: Tuesday, April 09, 2013 11:51 PM To: Jiong Wang Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Migration from JIT to MCJIT Thank you for the help. The relocation type value is anded with 0xffffffffL. (RuntimeDyldMachO.cpp:214) Maybe this mask should be different? Anyway, it seems like th...

...i.e. when activity goes down to a minimum value, for a defined duration). In the example above the offset times (the element number) should be approximately: 53, 99, 146, 191, 239, 283, 330 (the last bout of activity can be ignores). Any help or advice will be greatly appreciated, Many thanks, Eran Eran Tauber (PhD) Lecturer in Molecular Evolution Dept. of Genetics University of Leicester University Rd, Leicester LE1 7RH England ____________________________________________________________ Phone: 44 (0)116 252-3455, 252-3421 (lab) Fax: 44 (0)116 252-3378 www.le.ac.uk/genetics/et22

...pointer to the called function, this crashes with SIGBUS. These instructions don't make sense in the context of the code, which is why I'm suspecting a code generation error. I'd appreciate any any suggestions regarding what could cause this behavior or where to look for clues. Thanks, Eran Weiss. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120912/eb87d5e9/attachment.html>

...names inside functions, to those in the workspace. I should point that I am a long time Matlab user and am probably expecting some things that don't necessarily exist in R... I know it's a lot, if there is a more appropriate forum to ask these, please point me in that direction. Thanks, Eran. * * [[alternative HTML version deleted]]

? 2013/4/9 21:08, Weiss, Eran ??: > Hi, > > I'm migrating my code (running on mac) from using JIT to MCJIT. My > code generates in memory, mostly using the llvm-c api, and then runs > the generated code. > When I try to use MCJIT I encounter a problem with relocations of > external symbols -- functio...

Hi, I'm migrating my code (running on mac) from using JIT to MCJIT. My code generates in memory, mostly using the llvm-c api, and then runs the generated code. When I try to use MCJIT I encounter a problem with relocations of external symbols – functions compiled statically beforehand with gcc. I get the following error: Invalid relocation type! UNREACHABLE executed at

...>>>>>> Ákos >>>>>> >>>>> >>>> >>> >> > > > _______________________________________________ > cfe-dev mailing list > cfe-dev at cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev > -- Eran Ifrah Author of the cross platform, open source C++ IDE: http://www.codelite.org TimeWarden, a parental control software: http://www.smartkoders.com

...http://lists.samba.org/archive/rsync/2004-February/008616.html Earlier, I submitted a patch (against 2.5.6pre1 in Jan 2003) for --checksum-seed=NUM: http://lists.samba.org/archive/rsync/2003-January/004845.html Since I posted both of these patches, there was an interesting thread started by Eran Tromer about potential block checksum collisions that could be exploited by someone to trigger first-pass failures. See: http://lists.samba.org/archive/rsync/2004-March/008821.html The consequence is just a performance penalty, since with very high probability the whole-file checksum fails, t...

On 11 April 2013 19:40, Kaylor, Andrew <andrew.kaylor at intel.com> wrote: > Submitted to bugzilla as PR 15729 I think I fixed this for 64 bits while trying to get exception handling to work. Eran, can you confirm? Cheers, Rafael