Displaying 8 results from an estimated 8 matches for "yonahs".
Did you mean:
yonah
2006 Jan 26
5
MacBook Pro Yonah (Intel Core Duo)
Dear all;
Has anyone tried the new CPU (codename Yonah) produced by Apple? I heard
from the engineer of Apple that MacBook Pro is already reachable, although
it is not distributed to the public until February. If anyone has some
information, I would like to buy it to enlarge the frontier.
-- Does Yonah demand xen/i86 or xen/ppc? Or we need brand-new source code?
That is the problem. Is
2007 Jul 10
5
[PATCH] vmwrite high 32 bits of 64bit VMCS fields when in PAE mode
vmwrite higher 32 bits of 64bit VMCS fields when in PAE mode.
Signed-off-by: Xin Li <xin.b.li@intel.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2010 Sep 22
2
[LLVMdev] r114523 (convert the last 4 X86ISD...) breaks clang
Hello,
After commit r114523, I start to get crash when compiling with clang (Release+Asserts) for i386:
(I know I should fill a bug report instead of posting here, but I don't get much time right now).
Trying to compile the following simple code, clang asserts.
---------- round.c --------
#include <math.h>
float test() { return llround(1); }
--------------------
[MacPro:~/Desktop]
2010 Sep 22
0
[LLVMdev] r114523 (convert the last 4 X86ISD...) breaks clang
I will take a look in the next couple hours. Feel free to revert it in the meantime, thanks!
-Chris
On Sep 22, 2010, at 1:53 AM, Jean-Daniel Dupas <devlists at shadowlab.org> wrote:
> Hello,
>
> After commit r114523, I start to get crash when compiling with clang (Release+Asserts) for i386:
> (I know I should fill a bug report instead of posting here, but I don't get
2017 Apr 27
4
-msave-args backend support for x86_64
ola,
ive been looking at adding support for an -msave-args option for
use on x86_64. the short explanation of it is that it makes x86_64
function prologues store their register arguments on the stack. the
purpose of this is to make the arguments trivially accessible for
things like stack traces with arguments.
as per
https://blogs.oracle.com/sherrym/entry/obtaining_function_arguments_on_amd64,
2008 Jun 27
2
[LLVMdev] Recently failing vector tests
Running on x86-64 linux:
FAIL: test/CodeGen/X86/vec_ins_extract.ll
Failed with exit(1) at line 1
while running: llvm-as < test/CodeGen/X86/vec_ins_extract.ll | opt -scalarrepl -instcombine | llc -march=x86 -mcpu=yonah | not grep sub.*esp
subl $16, %esp
subl $16, %esp
subl $16, %esp
subl $16, %esp
child process exited abnormally
FAIL:
2007 Jul 11
1
[LLVMdev] New LLVM C front-end: "clang"
Hi Everyone,
I'm happy to say that we just got approval to open source the new C
front-end for LLVM we've been working on.
The goal of this work is to provide a high quality front-end for LLVM
that is built with the same principles as the rest of LLVM (it is
built as a set of reusable libraries, integrates well with rest of
the LLVM architecture, same license, etc). Among other
2013 Jun 24
1
[LLVMdev] DebugInfo: Missing non-trivially-copyable parameters in SelectionDAG
This is a bit premature to be considered a code review, but given how
unfamiliar I am with SelectionDAG (& that I'm seeing somewhat more
'interesting' results compared to my change to FastISel) I wanted to
get a bit of feedback to see if I was on the right track or had missed
any obvious cases.
I've attached my patch in progress (including a modification to the
existing test