Jonas Maebe d13b510144 + helpers to convert tdefs to strings describing the types in llvm syntax. ... Other than arrays and complex procvardefs, all aggregates are currently handled as opaque arrays of bytes o special case: s80real (x87 extended type) is encoded as "array[0..9] of byte" inside arrays, because when using the llvm type describing "extended" llvm will handle it in an ABI-compliant way (allocating e.g. 16 bytes for it on Darwin and x86-64 platforms). Loading/storing them always happens using instructions that only read/write 10 bytes, so we only have to take care to convert them to the actual extended type when indexing arrays/subscripting records (when records are no longer handled in an opaque way) git-svn-id: branches/hlcgllvm@26041 -		2013-11-11 11:15:35 +00:00
..
aasmllvm.pas	+ classes for llvm instructions (ait_llvmins), procedure definitions	2013-11-11 11:15:13 +00:00
cgllvm.pas	+ tcgllvm.a_label() and tcgllvm.a_jmp_always(). Special for llvm: every	2013-11-11 11:15:20 +00:00
itllvm.pas
llvmbase.pas	+ tcgllvm.a_label() and tcgllvm.a_jmp_always(). Special for llvm: every	2013-11-11 11:15:20 +00:00
llvmdef.pas	+ helpers to convert tdefs to strings describing the types in llvm syntax.	2013-11-11 11:15:35 +00:00
llvminfo.pas
llvmpara.pas	+ llvm parameter manager: it reuses the native parameter manager to create	2013-11-11 11:15:31 +00:00
llvmsym.pas	+ llvm parameter manager: it reuses the native parameter manager to create	2013-11-11 11:15:31 +00:00
tgllvm.pas