search for: 0xffffffffl

...76, C, D, E, T, A, B, X(12), X(14), X(4), X(9)); + BODY_60_79(77, B, C, D, E, T, A, X(13), X(15), X(5), X(10)); + BODY_60_79(78, A, B, C, D, E, T, X(14), X(0), X(6), X(11)); + BODY_60_79(79, T, A, B, C, D, E, X(15), X(1), X(7), X(12)); + + c->h0 = (c->h0 + E) & 0xffffffffL; + c->h1 = (c->h1 + T) & 0xffffffffL; + c->h2 = (c->h2 + A) & 0xffffffffL; + c->h3 = (c->h3 + B) & 0xffffffffL; + c->h4 = (c->h4 + C) & 0xffffffffL; + + if (--num == 0) + break; + + A = c->h0; + B...

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 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.wei...

...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 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.wei...

...to: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 this relocation isn't implemented. (RuntimeDyldMachO.cpp:104) > > From: Jiong Wang <jiwang at tilera.com> > Date: Tue, 9 Apr 2013 09:42:03 -0400 > To: Eran Weiss <eran.weiss a...

...[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<mailto: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 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.wei...

...[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<mailto: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 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.wei...

? 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 -- functions compiled statically beforehand with gcc. > > I get the

...[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<mailto: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 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.wei...

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

...malloc(N_ALIGN(PATH_MAX)); window = malloc(WSIZE); if (!window || !header_buf || !symlink_buf || !name_buf) - error("can't allocate buffers"); + error("can't allocate buffers\n"); state = Start; this_header = 0; while (len) { @@ -441,9 +437,9 @@ crc = (ulg)0xffffffffL; /* shift register contents */ makecrc(); if (gunzip()) - error("ungzip failed"); + error("ungzip failed\n"); if (state != Reset) - error("junk in gzipped archive"); + error("junk in gzipped archive: state %d\n", state); this_header = save...

...[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<mailto: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 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.wei...

> Thanks all point about security, I''ll do as follows. > I thought that the point was the following two. > > > 1. Storage place of encrypted password > Should I store it in /etc/xen/passwd ? > Or, should I wait for DB of Xen that will be released in > the future? The xend life cycle management patches were posted by Alistair a couple of months back.

..., - __func__, rc); + pr_err(msg_initialization_err, 6); + pr_err("%s: unable to save PCI configuration data, error %d\n", + __func__, rc); goto err_iounmap; } @@ -1202,11 +1206,11 @@ static int cpqhpc_probe(struct pci_dev *pdev, const struct pci_device_id *ent) writel(0xFFFFFFFFL, ctrl->hpc_reg + INT_MASK); /* set up the interrupt */ - dbg("HPC interrupt = %d \n", ctrl->interrupt); + dbg("HPC interrupt = %d\n", ctrl->interrupt); if (request_irq(ctrl->interrupt, cpqhp_ctrl_intr, IRQF_SHARED, MY_NAME, ctrl)) { - err("Can't g...

..., - __func__, rc); + pr_err(msg_initialization_err, 6); + pr_err("%s: unable to save PCI configuration data, error %d\n", + __func__, rc); goto err_iounmap; } @@ -1202,11 +1206,11 @@ static int cpqhpc_probe(struct pci_dev *pdev, const struct pci_device_id *ent) writel(0xFFFFFFFFL, ctrl->hpc_reg + INT_MASK); /* set up the interrupt */ - dbg("HPC interrupt = %d \n", ctrl->interrupt); + dbg("HPC interrupt = %d\n", ctrl->interrupt); if (request_irq(ctrl->interrupt, cpqhp_ctrl_intr, IRQF_SHARED, MY_NAME, ctrl)) { - err("Can't g...

..., - __func__, rc); + pr_err(msg_initialization_err, 6); + pr_err("%s: unable to save PCI configuration data, error %d\n", + __func__, rc); goto err_iounmap; } @@ -1202,11 +1206,11 @@ static int cpqhpc_probe(struct pci_dev *pdev, const struct pci_device_id *ent) writel(0xFFFFFFFFL, ctrl->hpc_reg + INT_MASK); /* set up the interrupt */ - dbg("HPC interrupt = %d \n", ctrl->interrupt); + dbg("HPC interrupt = %d\n", ctrl->interrupt); if (request_irq(ctrl->interrupt, cpqhp_ctrl_intr, IRQF_SHARED, MY_NAME, ctrl)) { - err("Can't g...