[llvm-commits] [patch] Minor X86CodeEmitter Memory Foot Reduction
Evan Cheng
evan.cheng at apple.com
Mon Jul 6 14:47:45 PDT 2009
We need to revisit the approach. Templatizing the CodeEmitter class is
probably not the right way to go Sorry I didn't think hard about this
when the patch landed back the end of May. Chris' recent "machine
code" work is obsoleting at least object code emitter so I'll let him
comment.
Evan
On Jul 6, 2009, at 12:53 PM, Bruno Cardoso Lopes wrote:
> On Mon, Jul 6, 2009 at 4:11 PM, Evan Cheng<evan.cheng at apple.com>
> wrote:
>> Sorry, I am missing some context. Why is each of the emitter a
>> separate
>> template instantiation in the first place? Why can't the code in
>
> This happens because ObjectCodeEmitter is a lot simpler than
> JITCodeEmitter and
> we don't need to deal with CurrBufferBegin, GVStub*, and so on.
>
>> X86CodeEmitter.cpp be shared across all 3?
>
> I agree with Evan, I don't see why this code shouldn't be shared,
> besides that, putting
> all that code in a header file doesn't seems like the right approach.
>
> --
> Bruno Cardoso Lopes
> http://www.brunocardoso.cc
More information about the llvm-commits
mailing list