clear, a change of scope was adopted. Instead, our new goal was to extend and
improve our own existing reference Python simulator, with those instructions.
However, as much as possible was *done in C*. A
-[*C* based Power ISA decoder](https://git.libre-soc.org/?p=openpower-isa.git;a=tree;f=src/libopid;h=db1fd8fcd01ea4c002bdd75da181ae24ee6f5fa8;hb=refs/heads/libopid)
+[*C* based Power ISA decoder](https://git.libre-soc.org/?p=openpower-isa.git;a=tree;f=src/libopid;h=db1fd8fcd01ea4c002bdd75da181ae24ee6f5fa8;hb=refs/heads/libopid) [1]
(as a general-purpose library) and a
-[Pseudo-code to C compiler](https://git.libre-soc.org/?p=openpower-isa.git;a=tree;f=src/openpower/oppc;h=927f670065ea84b4ed0d53d7062b32b011507738;hb=refs/heads/oppc)
-were written. This means that a competent team can take our work and complete a C-based Cavatools port.
+[Pseudo-code to C compiler](https://git.libre-soc.org/?p=openpower-isa.git;a=tree;f=src/openpower/oppc;h=927f670065ea84b4ed0d53d7062b32b011507738;hb=refs/heads/oppc) [2]
+were written. This means that a competent team can take our work and complete a C-based Cavatools port. Also, a [Test API](/openpower/test_api) [3] was defined, which helps to define a standard way to collect and compare the results from different implementations by abstracting away a certain level of complexity.
+
+Relevant Milestones:
+
+* [1] [Bug 984](https://bugs.libre-soc.org/show_bug.cgi?id=984) Support SVP64 in cavatools
+* [2] [Bug 980](https://bugs.libre-soc.org/show_bug.cgi?id=980) Implement C-based Power ISA pseudocode compiler
+* [3] [Bug 985](https://bugs.libre-soc.org/show_bug.cgi?id=985) Integrate cavatools into test API