fpc/compiler/sparc
Jonas Maebe 0ee702b3a2 * tprocdef.mangledname now gets an extra boolean parameter indicating
whether the mangled name is for defining a symbol, or for referencing
    it later (e.g. for a call or load of its address). The reason is that
    on the JVM both cases are different.
  + jvmdef unit to encode types according to the JVM rules
  + tprocdef.jvmmangledname() to encode a procdef's JVM mangled name
    (the common part of defining/referencing it; tprocdef.mangledname
     afterwards adorns it as required)

git-svn-id: branches/jvmbackend@18288 -
2011-08-20 07:22:00 +00:00
..
aasmcpu.pas
aoptcpu.pas
aoptcpub.pas
aoptcpud.pas
cgcpu.pas * tprocdef.mangledname now gets an extra boolean parameter indicating 2011-08-20 07:22:00 +00:00
cpubase.pas - removed no more used constants 2011-08-13 20:54:01 +00:00
cpugas.pas
cpuinfo.pas
cpunode.pas
cpupara.pas * Merged XPCom branch into trunk, added support for constref and changed 2010-10-17 20:58:22 +00:00
cpupi.pas
cputarg.pas
hlcgcpu.pas * create/destroy also the high level code generator for all architectures, 2011-08-20 07:21:16 +00:00
itcpugas.pas
ncpuadd.pas
ncpucall.pas
ncpucnv.pas * Always create a section before emitting data to current_asmdata.asmlists[al_typedconsts]. Without it, such data ends up in sections created elsewhere, creating very non-obvious dependencies on other parts of compiler. 2011-06-24 02:05:56 +00:00
ncpuinln.pas
ncpumat.pas
ncpuset.pas * tprocdef.mangledname now gets an extra boolean parameter indicating 2011-08-20 07:22:00 +00:00
opcode.inc
racpu.pas
racpugas.pas Use ptruint type in typecast to avoid warning 2011-06-29 15:05:30 +00:00
rgcpu.pas
rspcon.inc
rspdwrf.inc
rspnor.inc
rspnum.inc
rsprni.inc
rspsri.inc
rspstab.inc
rspstd.inc
rspsup.inc
spreg.dat
strinst.inc