]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blame - sim/i960/TODO
import gdb-19990422 snapshot
[thirdparty/binutils-gdb.git] / sim / i960 / TODO
CommitLineData
7a292a7a
SS
1See ??? comments here and in cgen, and in libgloss/i960.
2
3Simulator:
4
5Update sim/i960 directory from sim/m32r directory. sim/i960 dir was created
6by copying the sim/m32r in September 1998, and is missing all sim/m32r updates
7since then.
8
9Review, clean up, finish, etc simulator files that are not cgen generated.
10This includes devices.c, i960-sim.h, mloop.in, sim-if.c, sim-main.h,
11tconfig.in, and traps.c.
12
13Some functions do not show up in trace output. This occasionally happens
14for main.
15
16Gdb core dumps if compile without -mka. Apparently a problem with recognizing
17"core" machine type.
18
19Get profiling working.
20
21Add pipelining, execution unit, timing, etc info.
22
23Add support for other models, besides KA.
24
25Add support for newer architectures, e.g. v1.1 instructions.
26
27Compiler:
28
29Running gcc gives nm warning from collect about missing a.out file.
30The output file is b.out, not a.out. Collect is probably looking for
31the wrong file name.
32
33Use of -mca gives lots of linker warnings for ka/ca architecture conflicts,
34but the two architectures are compatible.
35
36Need 96 bit long double support in fp-bit.c, otherwise any testcase using
37long double arithmetic hits an abort and runtime.
38
39Compiler takes far too much time to compile PlumHall testcases at high
40optimization levels.
41
42r2 seems to be an available call-clobbered registers, since it isn't used
43until a call occurs, and is dead when the call returns.
44
45BSP:
46
47Libgloss does not check for syscall error returns, which means errno never
48gets set.
49
50Libgloss does not use the syscall.h file.
51
52Binutils:
53
54Objdump -d fails on 64-bit host, specifically irix6.
55
56Gdb:
57
58Gdb sometimes prints messages about trace/breakpoint trap when hitting a
59breakpoint.
60
61Frame, up, down and related commands don't work.
62
63Gdb fails when next'ing over a leaf function compiled with -mleaf-procedure.
64Gdb fails when step'ing over a return from such a leaf function.