search for: jameslyon0

...droid.com <http://source.android.com/> has > instructions for how to pull down AOSP. We don't use github. > > Steve > > > Cheers, > Alp. > > > > Steve > > > > On Mon, Nov 25, 2013 at 8:30 AM, James Lyon > <jameslyon0 at gmail.com <mailto:jameslyon0 at gmail.com> > <mailto:jameslyon0 at gmail.com <mailto:jameslyon0 at gmail.com>>> > wrote: > > Hi, > > I've been trying to get LLVM working as a JIT compiler on > Android &...

...ibc.so. You will need to target API 19 (KitKat) in order to actually use it. If I do an "nm -D prebuilts/ndk/9/platforms/android-19/arch-arm/usr/lib/libc.so", I can see futimens() is present. On the others, it is definitely missing. Steve On Mon, Nov 25, 2013 at 3:57 PM, James Lyon <jameslyon0 at gmail.com> wrote: > Hmmm.... following up on your point I've noticed something strange. > futimens is missing from the NDK (r9b; it's not in any headers and the > libc.so files are the same all the way back to android-9), which is why I > thought it's missing from An...

...hy and it'll be a while before I get to look at it again: the Android debug tools simply crash and give no output whatsoever, so all I know is that the test app exits somewhere inside MCJIT::finalizeObject. On 05/11/13 07:13, Renato Golin wrote: > On 30 October 2013 17:08, James Lyon <jameslyon0 at gmail.com > <mailto:jameslyon0 at gmail.com>> wrote: > > Sadly even though it builds I can't get generated code to work - > it appears at the moment that the generated code doesn't have > execute permissions set for some reason (this is 3.3, not svn)....

...e, that'd be useful to know in order to avoid duplication of effort. There are lots of other useful things we could be doing if support for that platform is already complete somewhere on Github :-) Cheers, Alp. > > Steve > > > On Mon, Nov 25, 2013 at 8:30 AM, James Lyon <jameslyon0 at gmail.com > <mailto:jameslyon0 at gmail.com>> wrote: > > Hi, > > I've been trying to get LLVM working as a JIT compiler on Android > for a while. It works now, except that the > setLastModificationAndAccessTime function won't build because t...

...s already complete somewhere on > Github :-) > http://source.android.com has instructions for how to pull down AOSP. We don't use github. Steve > > Cheers, > Alp. > > > >> Steve >> >> >> >> On Mon, Nov 25, 2013 at 8:30 AM, James Lyon <jameslyon0 at gmail.com<mailto: >> jameslyon0 at gmail.com>> wrote: >> >> Hi, >> >> I've been trying to get LLVM working as a JIT compiler on Android >> for a while. It works now, except that the >> setLastModificationAndAccessTime functio...

...; If you could add some comments explaining what the macros are doing then I guess I can live with the patch in this form. I definitely agree that it's better not to have two copies of the list. > > Thanks, > Andy > > > -----Original Message----- > From: James Lyon [mailto:jameslyon0 at gmail.com] > Sent: Thursday, November 14, 2013 2:26 PM > To: Kaylor, Andrew; LLVM Dev > Subject: Re: [LLVMdev] Android JIT patch > > Well, the reason I did it that way was that the list of functions is fairly long and has to be written out twice; once to declare the functions and...

Committed as r194832. -----Original Message----- From: James Lyon [mailto:jameslyon0 at gmail.com] Sent: Thursday, November 14, 2013 4:58 PM To: Kaylor, Andrew; LLVM Dev Subject: Re: [LLVMdev] Android JIT patch Here's an updated version with more comments. James On 14/11/13 23:06, Kaylor, Andrew wrote: > Oh, I see now. It turns out that even knowing what the end goal wa...

On 30 October 2013 17:08, James Lyon <jameslyon0 at gmail.com> wrote: > Sadly even though it builds I can't get generated code to work - it > appears at the moment that the generated code doesn't have execute > permissions set for some reason (this is 3.3, not svn). Hi, You may have a look at the LLVM Linux builds ( http:/...

On 11 November 2013 01:45, James Lyon <jameslyon0 at gmail.com> wrote: > I've attached a patch which has got JIT compilation working (for me at > least!) on Android. It turns out that the problem was a bunch of intrinsic > __aeabi* functions which reside in libgcc.a rather than libc.so so are not > available unless explicitly l...

On 4 November 2013 23:45, James Lyon <jameslyon0 at gmail.com> wrote: > I'm trying to build LLVM on Android rather than the other way around! > Really just to see if it can be done. I worked out the first problem (my > code was written for the old JIT and I'd missed something in updating to > the MCJIT to make it work on...

...ms have futimens but not futimes and vice-verse. I would guess that the utime function should be universal though. There's a HAVE_UTIME_H test in Config.h but it doesn't seem to be used anywhere. James On 11/11/13 08:30, Renato Golin wrote: > On 11 November 2013 01:45, James Lyon <jameslyon0 at gmail.com > <mailto:jameslyon0 at gmail.com>> wrote: > > I've attached a patch which has got JIT compilation working (for > me at least!) on Android. It turns out that the problem was a > bunch of intrinsic __aeabi* functions which reside in libgcc.a >...

...de getSymbolAddress: > > #if ... conditions ... > EXPOSE_STATIC_FUNCTION(__aeabi_d2f); > EXPOSE_STATIC_FUNCTION(__aeabi_d2iz); > EXPOSE_STATIC_FUNCTION(__aeabi_d2lz); > etc. > #endif > > -Andy > > -----Original Message----- > From: James Lyon [mailto:jameslyon0 at gmail.com] > Sent: Thursday, November 14, 2013 1:25 PM > To: Kaylor, Andrew; LLVM Dev > Subject: Re: [LLVMdev] Android JIT patch > > Well, is the attached version better? I've extended the RTDyldMemoryManager hooks instead to pick up the ARM math functions statically, and left...

...t of what the macros were doing. If you could add some comments explaining what the macros are doing then I guess I can live with the patch in this form. I definitely agree that it's better not to have two copies of the list. Thanks, Andy -----Original Message----- From: James Lyon [mailto:jameslyon0 at gmail.com] Sent: Thursday, November 14, 2013 2:26 PM To: Kaylor, Andrew; LLVM Dev Subject: Re: [LLVMdev] Android JIT patch Well, the reason I did it that way was that the list of functions is fairly long and has to be written out twice; once to declare the functions and once to do the if(Name=...

...nces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Renato Golin Sent: Tuesday, November 05, 2013 12:24 AM To: James Lyon; Anton Smirnov Cc: Compiling the Linux Kernel with Clang/LLVM; LLVM Dev Subject: Re: [LLVMdev] Android build patch On 4 November 2013 23:45, James Lyon <jameslyon0 at gmail.com<mailto:jameslyon0 at gmail.com>> wrote: I'm trying to build LLVM on Android rather than the other way around! Really just to see if it can be done. I worked out the first problem (my code was written for the old JIT and I'd missed something in updating to the MCJIT to...

futimens() is available in Android KitKat. We work extensively with LLVM and this allowed us to remove our ugly workaround for not having this functionality. Steve On Mon, Nov 25, 2013 at 8:30 AM, James Lyon <jameslyon0 at gmail.com> wrote: > Hi, > > I've been trying to get LLVM working as a JIT compiler on Android for a > while. It works now, except that the setLastModificationAndAccessTime > function won't build because the Bionic C library lacks both futimes and > futimens. There...

...o idea why and it'll be a while before I get to look at it again: the Android debug tools simply crash and give no output whatsoever, so all I know is that the test app exits somewhere inside MCJIT::finalizeObject. On 05/11/13 07:13, Renato Golin wrote: On 30 October 2013 17:08, James Lyon <jameslyon0 at gmail.com<mailto:jameslyon0 at gmail.com>> wrote: Sadly even though it builds I can't get generated code to work - it appears at the moment that the generated code doesn't have execute permissions set for some reason (this is 3.3, not svn). Hi, You may have a look at the LLVM...

I've been trying to get LLVM JIT compilation working on Android for the last few days. The patch I needed to get it to build is attached (nothing major - CMake configuration header typo and avoiding open64 which is missing on Android). Sadly even though it builds I can't get generated code to work - it appears at the moment that the generated code doesn't have execute permissions

Hi, I've been trying to get LLVM working as a JIT compiler on Android for a while. It works now, except that the setLastModificationAndAccessTime function won't build because the Bionic C library lacks both futimes and futimens. There doesn't appear to be any "nice" workaround for this problem: the only ways I can think of to make setLastModificationAndAccessTime work

...fn) if (Name == #fn) return (uint64_t)&fn; And then inside getSymbolAddress: #if ... conditions ... EXPOSE_STATIC_FUNCTION(__aeabi_d2f); EXPOSE_STATIC_FUNCTION(__aeabi_d2iz); EXPOSE_STATIC_FUNCTION(__aeabi_d2lz); etc. #endif -Andy -----Original Message----- From: James Lyon [mailto:jameslyon0 at gmail.com] Sent: Thursday, November 14, 2013 1:25 PM To: Kaylor, Andrew; LLVM Dev Subject: Re: [LLVMdev] Android JIT patch Well, is the attached version better? I've extended the RTDyldMemoryManager hooks instead to pick up the ARM math functions statically, and left JITMemoryManager alone...

...r to me why that didn't happen inside getPointerToNamedFunction there. > > Is there a reason not to just do this kind of handling in RTDyldMemoryManager/DefaultJITMemoryManager::getPointerToNamedFunction()? > > -Andy > > -----Original Message----- > From: James Lyon [mailto:jameslyon0 at gmail.com] > Sent: Monday, November 11, 2013 11:13 AM > To: Kaylor, Andrew; LLVM Dev > Subject: Re: [LLVMdev] Android JIT patch > > On 11/11/13 17:42, Kaylor, Andrew wrote: >> I've got a number of problems with this patch. >> >> First, we have plans to pry ap...