Displaying 9 results from an estimated 9 matches for "_power".
Did you mean:
power
2008 Jun 16
0
[LLVMdev] PowerPC instruction cache invalidation
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!
2008 Jun 17
1
[LLVMdev] PowerPC instruction cache invalidation
...this for function stubs on
> > Macintosh, but not for other platforms and not for JITted code
> > generally.
>
> Applied, thanks!
Thanks :)
> I tweaked it to work on non-ppc systems too.
I had to revert the change you made there -- my system doesn't seem to
have any of __POWERPC__, __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 i...
2008 Jun 16
6
[LLVMdev] PowerPC instruction cache invalidation
...a nice way to call it for all generated code. Can anyone help?
Cheers,
Gary
--
http://gbenson.net/
-------------- next part --------------
--- lib/Target/PowerPC/PPCJITInfo.cpp.orig 2008-06-11 07:12:39
+++ lib/Target/PowerPC/PPCJITInfo.cpp 2008-06-16 08:42:25
@@ -336,6 +336,20 @@
#if (defined(__POWERPC__) || defined (__ppc__) || defined(_POWER)) && \
defined(__APPLE__)
sys_icache_invalidate(Addr, len);
+#elif defined(__GNUC__)
+ const size_t LineSize = 32;
+
+ const intptr_t Mask = ~(LineSize - 1);
+ const intptr_t StartLine = ((intptr_t) Addr) & Mask;
+ const intptr_t End...
2013 Jul 25
2
[LLVMdev] arch-specific predefines in LLVM's source
Hi all,
My recent commit r187027 fixed a simple oversight of forgetting to
check for __ppc__ (only checking __powerpc__), which broke my
powerpc-apple-darwin8 stage1 tests, since the system gcc only provided
__ppc__. I was wondering if this justifies using simpler macros like
#define LLVM_PPC (defined(__ppc__) || defined(__powerpc__) ...)
#define LLVM_PPC64 (defined(__ppc64__) || defined(__powerpc64__) ...)...
2013 Jul 26
2
[LLVMdev] arch-specific predefines in LLVM's source
> ----- Original Message -----
>> Hi all,
>> My recent commit r187027 fixed a simple oversight of forgetting to
>> check for __ppc__ (only checking __powerpc__), which broke my
>> powerpc-apple-darwin8 stage1 tests, since the system gcc only
>> provided
>> __ppc__. I was wondering if this justifies using simpler macros like
>>
>> #define LLVM_PPC (defined(__ppc__) || defined(__powerpc__) ...)
>> #define LLVM_PPC64...
2013 Jul 26
0
[LLVMdev] arch-specific predefines in LLVM's source
----- Original Message -----
> Hi all,
> My recent commit r187027 fixed a simple oversight of forgetting to
> check for __ppc__ (only checking __powerpc__), which broke my
> powerpc-apple-darwin8 stage1 tests, since the system gcc only
> provided
> __ppc__. I was wondering if this justifies using simpler macros like
>
> #define LLVM_PPC (defined(__ppc__) || defined(__powerpc__) ...)
> #define LLVM_PPC64 (defined(__ppc64__) ||...
2013 Jul 27
0
[LLVMdev] arch-specific predefines in LLVM's source
----- Original Message -----
> > ----- Original Message -----
> >> Hi all,
> >> My recent commit r187027 fixed a simple oversight of forgetting
> >> to
> >> check for __ppc__ (only checking __powerpc__), which broke my
> >> powerpc-apple-darwin8 stage1 tests, since the system gcc only
> >> provided
> >> __ppc__. I was wondering if this justifies using simpler macros
> >> like
> >>
> >> #define LLVM_PPC (defined(__ppc__) || defined(__power...
2013 Jul 27
1
[LLVMdev] arch-specific predefines in LLVM's source
Hi,
> ----- Original Message -----
>>> ----- Original Message -----
>>>> Hi all,
>>>> My recent commit r187027 fixed a simple oversight of forgetting
>>>> to
>>>> check for __ppc__ (only checking __powerpc__), which broke my
>>>> powerpc-apple-darwin8 stage1 tests, since the system gcc only
>>>> provided
>>>> __ppc__. I was wondering if this justifies using simpler macros
>>>> like
>>>>
>>>> #define LLVM_PPC (defined(__ppc__)...
2008 May 22
1
[LLVMdev] [PATCH] fix for FreeBSD/powerpc build breakage
...ib/Target/PowerPC/PPCJITInfo.cpp
===================================================================
--- lib/Target/PowerPC/PPCJITInfo.cpp (revision 51432)
+++ lib/Target/PowerPC/PPCJITInfo.cpp (working copy)
@@ -72,7 +72,7 @@
extern "C" void PPC64CompilationCallback();
#if (defined(__POWERPC__) || defined (__ppc__) || defined(_POWER))
&& \
- !defined(__ppc64__)
+ !(defined(__ppc64__) || defined(__FreeBSD__))
// CompilationCallback stub - We can't use a C function with inline
assembly in
// it, because we the prolog/epilog inserted by GCC won't work for...