Rev |
Log message |
Author |
Age |
Path |
119 |
Fixed some limits bugs. Now LDI.Z 1 produces LDIHI.Z 0, LDOLO.Z 1 as desired
instead of the erroneous BREV.Z 0. Likewise, loading 0x80000000 no longer
produces a clear instruction, but actually loads the value of interest. |
dgisselq |
3133d 21h |
/zipcpu |
118 |
Fixes two bugs: 1) in the early branching code within the instruction decoder.
This prevented the early branching from working when built with Xilinx's tools,
while the code worked with Verilator. 2) The CPU was not working with the
traditional cache and early branching disabled. These two bugs masked each
other. The replacement code is simpler. |
dgisselq |
3134d 00h |
/zipcpu |
117 |
Bug fixes: This adds the zip_ucc() instruction as a builtin, fixes the zip_cc()
builtin (both are now unspec_volatile) together with fixing the *_context(int*)
builtins so that they use five registers, never four. Further, this fixes the
negative stack space offset bug. Many of the GCC files now have Zip debugging
hooks within them as well, to simplify further debugging of the compiler. |
dgisselq |
3134d 07h |
/zipcpu |
116 |
Updated binutils. This fixes problems with linking global variables, fixes
the map file report, adjusts the LJMP instruction disassembly to display the
resulting address, as well as in general fixing up link problems when
sizeof(byte) is 32-bits. |
dgisselq |
3134d 08h |
/zipcpu |
115 |
A bug fix, applies to when there are more than 9 interrupt lines into the CPU. |
dgisselq |
3134d 08h |
/zipcpu |
114 |
Fixes a bug that killed make binutils before the build-gas directory
was created. |
dgisselq |
3139d 09h |
/zipcpu |
113 |
Bug fix: the Makefile wasn't building gcc, and the binutils would not allocate
space for common variables or zero'd (bss) variables properly. Several binutils
bugs were fixed to get variables to be allocated properly. Those are
reflected in this updated patch. |
dgisselq |
3139d 12h |
/zipcpu |
112 |
Removed some debugging code from the compiler. |
dgisselq |
3142d 08h |
/zipcpu |
111 |
Bug fix compiler update! This fixes a lot of the bugs associated with the
previous compiler release. |
dgisselq |
3142d 08h |
/zipcpu |
110 |
The makefile no longer requires (or supports) building the obsolete machine
code test file optest. |
dgisselq |
3142d 08h |
/zipcpu |
109 |
This file is now marked as obsolete. |
dgisselq |
3142d 08h |
/zipcpu |
108 |
Just to clarify expectations ... this makefile hardly builds anything. |
dgisselq |
3152d 10h |
/zipcpu |
107 |
Adding a missing file. |
dgisselq |
3153d 01h |
/zipcpu |
106 |
Updated to allow building without the sources for the graphics used in the
document. |
dgisselq |
3153d 04h |
/zipcpu |
105 |
Fixed some nasty early branching bugs. Adjusted the Makefile to declare that
cpudefs.h was automatically generated from cpudefs.v, and made sure that
zipbones included the cpudefs.v so it could get the DEBUG_SCOPE define.
In addition, the test.S was updated to test long jumps, the early branching
bug we found, and all three early branching instructions: ADD #x,PC, LOC(PC),PC,
and LDI #x,PC. |
dgisselq |
3158d 08h |
/zipcpu |
104 |
An updated build script, actually builds zip-gcc. |
dgisselq |
3159d 08h |
/zipcpu |
103 |
A barely functional, but somewhat working, version of GCC to check in.
If the Lord is willing, it should be accompanied by a newlib port soon.
That port should move the GCC status from barely functional but somewhat
working to functional and working, although not (yet) complete. |
dgisselq |
3159d 13h |
/zipcpu |
102 |
Updated bugfix version of the binutils patch, and a first patch of GCC.
The GCC patch is undergoing ongoing and active development. It is also known to
continue to contain active bugs. (It's not done yet.) |
dgisselq |
3161d 21h |
/zipcpu |
101 |
Adjusted the "BREAK" instruction so that it will now disassemble properly
with an operand. This was necessary to create a (trap_if ...) instruction
for the GCC compiler. |
dgisselq |
3164d 00h |
/zipcpu |
100 |
Some changes to support early branching: branches are now ADD #x,PC instructions
instead of MOV #x(PC),PC--providing greater range to the CPU. When that range
is insufficient, ZPARSER now recognizes long jump instructions coded as
LOD (PC),PC followed by the jump address. (This change was made necessary by
the need to build an assembler/linker that could create instructions that would
jump to any address in the 32-bit address space. In short, a part of the
ongoing GCC upgrade and rework.) |
dgisselq |
3164d 00h |
/zipcpu |