Displaying 5 results from an estimated 5 matches for "gvstub".
Did you mean:
g_stub
2009 Mar 02
0
[LLVMdev] Removal of GVStub methods from MachineCodeEmitter, ELFWriter, and MachOWriter
I'll look at these. First scan looks good. Are you able to run some
tests?
Evan
On Feb 28, 2009, at 9:36 AM, Aaron Gray wrote:
> I have done a possible cleanup patch for the MachineCodeEmitter,
> ELFWriter, and MachOWriter classes. It removes the two
> startGVStub(), and finishGVStub() JIT specific methods.
>
> You may remember the following comments :-
>
> /// JIT SPECIFIC FUNCTIONS - DO NOT IMPLEMENT THESE HERE!
>
> To get rid of these easily turned out to be a semicomplex
> modification because of the JITInfo classes dependance...
2009 Feb 28
2
[LLVMdev] Removal of GVStub methods from MachineCodeEmitter, ELFWriter, and MachOWriter
I have done a possible cleanup patch for the MachineCodeEmitter, ELFWriter,
and MachOWriter classes. It removes the two startGVStub(), and
finishGVStub() JIT specific methods.
You may remember the following comments :-
/// JIT SPECIFIC FUNCTIONS - DO NOT IMPLEMENT THESE HERE!
To get rid of these easily turned out to be a semicomplex modification
because of the JITInfo classes dependance on MachineCodeEmitter and the
GVSt...
2009 Mar 15
0
[LLVMdev] MachO and ELF Writers/MachineCodeEmitters are hard-codedinto LLVMTargetMachine
I like the idea of a generic MachineCodeWriter, although I prefer the
name 'ObjectFileWriter'...
I think we need to take a hard look at which bits of the
Writer/Emitter infrastructure are needed for what tasks (Object File
Emittion, JIT, etc.) and make sure that our abstractions are flexible
enough... As it stands at the moment, the Writer and Emitter classes
could definately be merged
2009 Mar 15
1
[LLVMdev] MachO and ELF Writers/MachineCodeEmitters are hard-codedinto LLVMTargetMachine
> Currently, the MachO and ELF Writers and MachineCodeEmitters are
> hard-coded into LLVMTargetMachine and llc.
I am also interested in working on this area and interested in writting a
COFF file backend.
> In other words, the 'object file generation' capabilities of the
> Common Code Generator are not generic.
I was looking at making a parallel class to MachineCodeEmitter,
2009 Mar 15
3
[LLVMdev] MachO and ELF Writers/MachineCodeEmitters arehard-codedinto LLVMTargetMachine
...from the perspective of object
>file generation).
I would not do this, their functionality is distinct.
The MachineCodeEmitter is specifically used for the JIT, it works fine for
now, I think we should leave this alone !
I did a patch that has not been accepted as of yet that deals with the
GVStub methods moving them into the JITEmitter class, this made several
anonomous namespace classes into llvm namespace and also moving the
JITEmitter class main into a header file. This gave it visibility too. NOTE
The doxygen API documentation does not show such anonymous namespace
classes.
I looke...