8ef7c31089
No change to linuxppc and qemuppc. They continue to run ego without any descr file. I copied m68020.descr to powerpc.descr and changed some numbers. My numbers are guesses; I know little about PowerPC cycle counts, and almost nothing about ego. This powerpc.descr causes most of the example programs to shrink in size (without descr -> with descr): 65429 -> 57237 hilo_b.osxppc -8192 36516 -> 32420 hilo_c.osxppc -4096 55782 -> 51686 hilo_mod.osxppc -4096 20096 -> 20096 hilo_p.osxppc 0 8813 -> 8813 mandelbrot_c.osxppc 0 93355 -> 89259 paranoia_c.osxppc -4096 92751 -> 84559 startrek_c.osxppc -8192 (Each file has 2 Mach segments, then a symbol table. Each segment takes a multiple of 4096 bytes. When the code shrinks, we lose a multiple of 4096 bytes.) I used "ack -mosxppc -O6 -c.so" to examine the assembly code for hilo.mod and mandelbrot.c, both without and with descr. This reveals optimizations made only with descr, from 2 ego phases: SP (stack pollution) and RA (register allocation). In hilo.mod, SP deletes some instructions that remove items from the stack. These items get removed when the function returns. In both hilo.mod and mandelbrot.c, RA moves some values into local variables, so ncg can make them into register variables. This shrinks code size, probably because register variables get preserved across function calls. More values stay in registers, and ncg emits shorter code. I believe that the ego descr file uses (time,space) tuples but the ncg table uses (space,time) tuples. This is confusing. Perhaps I am wrong, and some or all tuples are backwards. My time values are the cycle counts in latency from the MPC7450 Reference Manual (but not including complications like "store serialization"). In powerpc.descr, I give the cost for saving and restoring registers as if I was using chains of stw and lwz instructions. Actually ncg uses single stmw and lmw instructions with at least 2 instructions. The (time,space) for stmw and lmw would be much less than the (time,space) for chains of stw and lwz. But this ignores the pipeline of the MPC7450. The chains of stw and lwz may run faster than stmw and lmw in the pipeline, because the throughput may be better than the latency. By using the wrong values for (time,space), I'm trying to tell ego that stmw and lmw are not better than chains of stw and lwz.
32 lines
615 B
Lua
32 lines
615 B
Lua
local installmap = {}
|
|
|
|
local function build_descr(name)
|
|
local descr = normalrule {
|
|
name = name,
|
|
ins = {
|
|
"lang/cem/cpp.ansi+cpp",
|
|
"./"..name..".descr",
|
|
"./descr.sed",
|
|
matching(filenamesof("modules/src/em_data+lib"), "em_mnem%.h$"),
|
|
},
|
|
outleaves = { name..".descr" },
|
|
commands = {
|
|
"%{ins[1]} -P -I%{dirname(ins[4])} %{ins[2]} > %{dir}/temp",
|
|
"sed -f %{ins[3]} < %{dir}/temp > %{outs}"
|
|
}
|
|
}
|
|
|
|
installmap["$(PLATIND)/ego/"..name..".descr"] = descr
|
|
end
|
|
|
|
build_descr("i386")
|
|
build_descr("i86")
|
|
build_descr("m68020")
|
|
build_descr("powerpc")
|
|
|
|
installable {
|
|
name = "pkg",
|
|
map = installmap
|
|
}
|
|
|