search for: akor

...ensus? > > AFAICS, the most agree solution (with optionals to be defined): > 1. Move Unwinder to its own repository in the LLVM server > I think that we have consensus here, and we've given people time to chime in. What exactly is the process for making this happen? I assume that aKor or someone else would need to create the repository on the server side so that it can be populated or is there someone else who should be contacted so that we can get this going? 2. Make the CMake connections from libc++abi and compiler-rt > 2.1 OPTIONAL 1: err if libunwinder is not there, cl...

Hi, I was talking with aKor in #llvm how we could implement custom operation support for our ASIP architecture. We came into solution that the best way would be to write new custom operation intrinsic and optimization pass for raising certain type of function calls to those intrinsics (similar to raising mallocs). Basica...

...uple of >> issues: >> >> 1. I linked the compiler with the lib files resulting from the cmake >> created VS.NET build. While everything built just fine, the >> ExecutionEngine::create call always returned NULL. The fix was to also >> link with JIT.obj (thanks aKor for pointing me in the right direction). >> I would have thought that linking with LLVMJIT.lib should suffice... a >> VC++ linker issue? >> > > Try adding this to the link command of your executable: > > /INCLUDE:_X86TargetMachineModule > > I should docume...

...ing my compiler on win32 in JIT mode, I ran into a couple of issues: 1. I linked the compiler with the lib files resulting from the cmake created VS.NET build. While everything built just fine, the ExecutionEngine::create call always returned NULL. The fix was to also link with JIT.obj (thanks aKor for pointing me in the right direction). I would have thought that linking with LLVMJIT.lib should suffice... a VC++ linker issue? 2. There seems to be an issue in ScheduleDAGSDNodes.h when in debug mode. The problem is the evaluation of "&SUnits[0];" which ASSERT's in VC++...

...IT mode, I ran into a couple of > issues: > > 1. I linked the compiler with the lib files resulting from the cmake > created VS.NET build. While everything built just fine, the > ExecutionEngine::create call always returned NULL. The fix was to also > link with JIT.obj (thanks aKor for pointing me in the right direction). > I would have thought that linking with LLVMJIT.lib should suffice... a > VC++ linker issue? Try adding this to the link command of your executable: /INCLUDE:_X86TargetMachineModule I should document this somehow. [snip] -- Oscar

Hi Gary, > The attached patch generalizes it (aKor helped me out). I don't know > if Intel needs some kind of cache invalidation too but if it does it > could use the same hooks. I've applied patch but with some changes in order not to break non-PPC builds. Please check whether it will work for you or not. I was pretty impressed, t...

...sues: >>> >>> 1. I linked the compiler with the lib files resulting from the cmake >>> created VS.NET build. While everything built just fine, the >>> ExecutionEngine::create call always returned NULL. The fix was to also >>> link with JIT.obj (thanks aKor for pointing me in the right direction). >>> I would have thought that linking with LLVMJIT.lib should suffice... a >>> VC++ linker issue? >>> >> >> Try adding this to the link command of your executable: >> >> /INCLUDE:_X86TargetMachineModu...

On Tue, 31 Jul 2007, [ISO-8859-1] Mikael Lepist� wrote: > I was talking with aKor in #llvm how we could implement custom operation > support for our ASIP architecture. We came into solution that the best > way would be to write new custom operation intrinsic and optimization > pass for raising certain type of function calls to those intrinsics > (similar to raising m...

Hi all, When you genetate code on PowerPC you need to explicitly invalidate the instruction cache to force the processor to reread it. In LLVM there is code to do this for function stubs on Macintosh, but not for other platforms and not for JITted code generally. The attached patch adds support for GNU platforms, but I can't figure out a nice way to call it for all generated code. Can

On 12 May 2014 14:33, Tom Stellard <tom at stellard.net> wrote: > Are you talking about adding git tags? What is the process for doing this? SVN tags, but yeah. You can take note of the commit that we produced the last candidate, but it'd be good to tag all repos with a release number. I'm not sure how people do it, but I'd assume the tags should follow the same as it's

> From: Mikael Lepist? <mikael.lepisto at tut.fi> > > Hi, Hi Mikael > I was talking with aKor in #llvm how we could implement custom operation > support for our ASIP architecture. We came into solution that the best > way would be to write new custom operation intrinsic and optimization > pass for raising certain type of function calls to those intrinsics > (similar to raising m...

..._, __ppc__ or _POWER power defined... > > The attached patch adds support for GNU platforms, but I can't > > figure out a nice way to call it for all generated code. Can > > anyone help? > > Can you elaborate on what the problem is? The attached patch generalizes it (aKor helped me out). I don't know if Intel needs some kind of cache invalidation too but if it does it could use the same hooks. Cheers, Gary -- http://gbenson.net/ -------------- next part -------------- Index: include/llvm/Target/TargetJITInfo.h ================================================...

...t; >>>> 1. I linked the compiler with the lib files resulting from the cmake >>>> created VS.NET build. While everything built just fine, the >>>> ExecutionEngine::create call always returned NULL. The fix was to also >>>> link with JIT.obj (thanks aKor for pointing me in the right direction). >>>> I would have thought that linking with LLVMJIT.lib should suffice... a >>>> VC++ linker issue? >>>> >>>> >>> Try adding this to the link command of your executable: >>> &g...

...ou guys, but I also setup bazaar repositories of llvm, llvm-gcc-4.2 and clang here: https://code.edge.launchpad.net/llvm They are automatically kept in sync with the subversion repository, so if anyone wishes to use this as a base for working with a distributed vcs it should be a good alternative (Akor maintains a git repository as well at http://repo.or.cz for those same projects). There is a quick tutorial for Bazaar here: http://doc.bazaar-vcs.org/latest/en/mini-tutorial/index.html Best regards, --lf -- "Sometimes you gotta look reality in the face and say no!" -- Benjamin Gonzale...

...o.golin at linaro.org> wrote: > > On 5 February 2015 at 03:55, Saleem Abdulrasool <compnerd at compnerd.org> wrote: >> I think that we have consensus here, and we've given people time to chime >> in. What exactly is the process for making this happen? I assume that aKor >> or someone else would need to create the repository on the server side so >> that it can be populated or is there someone else who should be contacted so >> that we can get this going? > > Maybe ask Marshall for a final blessing, since he's the code owner of libc++....

...gt;> 1. I linked the compiler with the lib files resulting from the cmake > >>>> created VS.NET build. While everything built just fine, the > >>>> ExecutionEngine::create call always returned NULL. The fix was to also > >>>> link with JIT.obj (thanks aKor for pointing me in the right > direction). > >>>> I would have thought that linking with LLVMJIT.lib should suffice... a > >>>> VC++ linker issue? > >>>> > >>>> > >>> Try adding this to the link command of your executable: &...

Chris Lattner wrote: > On Tue, 31 Jul 2007, [ISO-8859-1] Mikael Lepist� wrote: >> I was talking with aKor in #llvm how we could implement custom operation >> support for our ASIP architecture. We came into solution that the best >> way would be to write new custom operation intrinsic and optimization >> pass for raising certain type of function calls to those intrinsics >> (simi...

On Mon, 16 Jun 2008, Gary Benson wrote: > When you genetate code on PowerPC you need to explicitly invalidate > the instruction cache to force the processor to reread it. In LLVM > there is code to do this for function stubs on Macintosh, but not > for other platforms and not for JITted code generally. Applied, thanks!

On 1/30/15 1:17 PM, Saleem Abdulrasool wrote: > Although this has been discussed in the past, I think that given a few > conversations, it seems that it unfortunately needs to be brought up again. > > There seems to be some disagreement over the ideal location of the > unwinder (libunwind). Currently, libunwind resides in a subdirectory of > libc++abi. There seems to be some