search for: rpnil

On Oct 23, 2007, at 05:52, BGB wrote: > I am assuming then that some external assembler is used (such as > 'gas')?... In the static compilers, yes. The JIT directly serializes instructions into memory without the aid of an external assembler. There are also experimental built-in assemblers; LLVM calls them object writers[1]. > it looks like much of the interconnection

...e 32bit integer...). it is also a lot easier to make changes to the printer or parser, than to go through the horrid pain of changing around a bunch of structs and/or having to modify a bunch of code for seemingly trivial alterations... this was in fact a major reason for why I created my 'RPNIL' language... I had assumed different languages would target it, so I wanted something hopefully fairly general. different frontends could be written hopefully without too much interdependence or conflict. this is also why I had chosen a stack machine, as this offers at least some semblance...

well, as it so seems I need to bother everyone on the list with my pointless newb crap, but here goes. maybe there was a FAQ for all this, but I missed it. well, I am not trying to demean LLVM in any way here, only trying to understand and evaluate things from my POV is all... sorry if at all I seem arrogant or condescending... well, running a linecounter, it is about 223 kloc (c++ ...), +

...ion itself to deal with whatever was given to it). as such, a lot of the IL-compiler's internals go to dealing with all the various types (a good deal exists in terms of elaborate type-dispatch code). I also used a stack because that is what I am most fammiliar with... I call my IL language RPNIL, or RIL (since it is an RPN-based IL). the RIL compiler (converts RIL to assembler) is generally referred to as the 'lower compiler', with the 'upper compiler' handling the translation from C to RIL. as noted, I also have a runtime assembler and linker... or such... ------------...