similar to: Calling virtual elf functions under windows -> Adding ASM code

Displaying 20 results from an estimated 1100 matches similar to: "Calling virtual elf functions under windows -> Adding ASM code"

2018 Feb 07
0
Calling virtual elf functions under windows
Hello everyone reading this, I'm totally confused and need an explanation. I'm also not sure if it's a clang or a LLVM subject. I'm working with Visual Studio 2015, LLVM 5.0.1 and Windows 7 64bit. I have a simple project. With 2 Header files and 1 cpp file. "Interface.h" This file defines a simple class with two pure virtual member functions.
2018 Feb 20
2
Calling virtual elf functions under windows -> Adding ASM code
Still no progress with this problem. Only that non-member functions seems to be working... Also: Even when I set the target triple of the Module (when the file was parsed at runtime) to "COFF" nothing changes... From: Bjoern Gaier/HE/HORIBA To: llvm-dev at lists.llvm.org Cc: cfe-dev at lists.llvm.org Date: 08.02.2018 12:28 Subject: Re: Calling virtual elf functions
2018 Feb 22
0
[cfe-dev] Calling virtual elf functions under windows -> Adding ASM code
Hi Björn, It's correct - I tried casting the virtual function to a regular function. > But I also tried using the virtual function in the normal way. > Yes. If I understand your setup correctly you have a base class, Interface, which is currently compiled into your application, and you are creating a derived class in JIT'd code, and returning an Interface pointer to an instance of
2012 Jan 04
0
[LLVMdev] generating ELF files on non-ELF platforms with MC
Hello > Is there an existing method to generate ELF objects with MC on Windows, > without modifying MC? Here "on windows" you mean you want to generate the ELF file with windows-specific code inside? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University
2012 Jan 04
0
[LLVMdev] generating ELF files on non-ELF platforms with MC
> Yes, what I mean is that I want to generate runnable Windows code, on Windows, but package in ELF as the object file. Note that there's absolutely no problem with this approach - in fact we have a functional prototype already. > The reason for this is that I currently want to employ MC-JIT on both Linux and Windows, without implementing two separate runtime dynamic loaders. I want to
2013 Oct 22
0
[LLVMdev] Size limitations in MCJIT / ELF Dynamic Linker/ ELF codegen?
I'm not aware of such a limitation. What architecture, code model and relocation model are you using? Are you using the SectionMemoryManager? -Andy From: Yaron Keren [mailto:yaron.keren at gmail.com] Sent: Tuesday, October 22, 2013 8:12 AM To: <llvmdev at cs.uiuc.edu>; Kaylor, Andrew Subject: Size limitations in MCJIT / ELF Dynamic Linker/ ELF codegen? I'm running in MCJIT a
2008 Aug 15
3
ERROR: Not a Xen-ELF image: No ELF notes or ''__xen_guest'' section found.
Hi List, I''m new on the Xen Virtual Machines world, I did a search around looking for a solution on this problem and I could find anything I''ve a new server Dell R900 (Two QuadCore 2.93Ghz, 32GB Ram) where the following message appear when I try to boot any DomU guest machine: ERROR: Not a Xen-ELF image: No ELF notes or ''__xen_guest'' section found. ERROR:
2012 Jan 04
2
[LLVMdev] generating ELF files on non-ELF platforms with MC
> Is there an existing method to generate ELF objects with MC on > Windows, without modifying MC? Here "on windows" you mean you want to generate the ELF file with windows-specific code inside? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University -------------- Hi Anton, Yes, what I mean is that I want to generate
2013 Oct 22
2
[LLVMdev] Size limitations in MCJIT / ELF Dynamic Linker/ ELF codegen?
I'm running in MCJIT a module generated from one C++ function. Every line of the source function uses C++ classes and may throw an exception. As long as there are less than (about) 1000 lines, everything works. With more lines the compiled code crashes when running it, with no sensible stack trace. Is there any kind of hard-coded size limitation in MCJIT / ELF Dynamic Linker / ELF codegen /
2012 Jan 04
1
[LLVMdev] generating ELF files on non-ELF platforms with MC
The existence of tools like Wine, LBW and several MachO loaders on Linux is a good indication that at least in most cases, it's possible to run code packaged in some container format on a system favoring another container. In the worst case, the dynamic loader may explicitly choke on some special features, but empirically it seems that most code can run without problems (we successfully
2012 Jan 09
1
[LLVMdev] FW: generating ELF files on non-ELF platforms with MC
Ping, Apart from Anton's concerns (which I think are manageable) and Micah's support, I received no reply on this. Does there exist a way to tell MC to generate and ELF container for code on Windows? If not, I'm willing to submit a patch to fix this, but would like some opinions on the best direction to take here. The proposed "llvm::TargetSpec class"
2012 Jan 04
4
[LLVMdev] generating ELF files on non-ELF platforms with MC
Hello, We're currently working on MC-JIT, focusing on runtime generation and loading of ELF object files, even on non-ELF platforms (i.e. Windows). However, we run into a problem with MC insisting to generate COFF objects on Windows, MachO on Macs and ELF only otherwise, based on the triple. Is there an existing method to generate ELF objects with MC on Windows, without modifying MC? Thanks
2013 Oct 22
0
[LLVMdev] Size limitations in MCJIT / ELF Dynamic Linker/ ELF codegen?
I would guess that it's crashing somewhere in the generated code. On Windows we don't have a way to get call stacks to the generated code (though if you want to try it on Linux, that should work). You can probably look at the address where the crash is occurring and verify that it is in the generated code. There are a couple of things I would look for. First, I'd take a look at the
2012 Jan 09
0
[LLVMdev] generating ELF files on non-ELF platforms with MC
Hi, > Would it be OK to add "ELF" to Triple::EnvironmentType? It seems like a plausible choice since MachO is there. On the other hand, I'm not sure whether it makes sense to make it mutually exclusive with the other members of EnvironmentType (GNU, GNUEABI, EABI). EABI and GNUEABI imply ELF. GNU in practice does not need to imply ELF, but is used in the ARM world as "the
2018 Feb 08
1
How to fix an out-of-sync node?
I have a setup with 3 nodes running GlusterFS. gluster volume create myBrick replica 3 node01:/mnt/data/myBrick node02:/mnt/data/myBrick node03:/mnt/data/myBrick Unfortunately node1 seemed to stop syncing with the other nodes, but this was undetected for weeks! When I noticed it, I did a "service glusterd restart" on node1, hoping the three nodes would sync again. But this did not
2018 Feb 08
1
trusted.ec.dirty attribute
Hi I've got a problem on a EC volume where heal doesn't seem to work for just few files (heal info shows no progress for few days, Warning on the client mount) I ran getfattr -m . -d -e hex <brick>/<file> across all servers in the cluster and 'trusted.ec.dirty' attr is non-zero on all files which don't heal. Is it normal? Any way to correct it? It's my
1997 Feb 24
1
i386-elf-xquake-1.01.tgz
-----BEGIN PGP SIGNED MESSAGE----- This .tgz file contains a shell script called "runme" which contains the following: #!/bin/sh cat /proc/cpuinfo /proc/devices /proc/meminfo /proc/version \ /proc/filesystems /proc/interrupts /proc/ioports /proc/modules \ /proc/pci | mail machines@crack.com It is possible that this is just to conduct a little research into who is
2012 Apr 20
0
pxelinux.elf not loaded properly with ld 2.17.50.0.6-14.el5
Hi. I have run across this old problem: http://www.syslinux.org/archives/2010-November/015753.html when compiling 4.05 on an x86_64 RHEL 5.5 systems with nasm v2.10 and GNU ld 2.17.50.0.6-14.el5 20061020. The exact symptom is the linker (ld) improperly loads pxelinux.o, created by nasm, to pxelinux.elf. The pfx_* symbols in the .prefix section end up being filled with 0's in pxelinux.elf.
2007 Apr 18
0
[PATCH 3/5] XEN: Update ELF notes to xen-head.S to the new interface
Again pretty self explanatory. Should be merged into 024-head.patch Signed-off-by: Ian Campbell <ian.campbell@xensource.com> diff -r bc6940cd08ed arch/i386/paravirt-xen/xen-head.S --- a/arch/i386/paravirt-xen/xen-head.S Wed Aug 23 15:12:48 2006 +0100 +++ b/arch/i386/paravirt-xen/xen-head.S Wed Aug 23 15:14:47 2006 +0100 @@ -2,6 +2,7 @@ place in head.S */ #include
2006 Jan 14
1
Patch mboot.c with Symbols/segments loader for multiboot ELF kernels
The program segments loaded presently in mboot.c only consists of a subset of sections described by the ELF Section Header Table (SHT) in the ELF kernel binary. Segments with useful information often needed for debugging purposes (symbol tables, string tables, etc.) aren't usually present in the program segments and hence not loaded above. Some kernels use this debugging information to