OpenCores
URL https://opencores.org/ocsvn/zipcpu/zipcpu/trunk

Subversion Repositories zipcpu

[/] [zipcpu/] - Rev 119

Rev

Go to most recent revision

Filtering Options

Clear current filter

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 2376d 14h /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 2376d 16h /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 2377d 00h /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 2377d 00h /zipcpu/
115 A bug fix, applies to when there are more than 9 interrupt lines into the CPU. dgisselq 2377d 00h /zipcpu/
114 Fixes a bug that killed make binutils before the build-gas directory
was created.
dgisselq 2382d 01h /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 2382d 04h /zipcpu/
112 Removed some debugging code from the compiler. dgisselq 2385d 00h /zipcpu/
111 Bug fix compiler update! This fixes a lot of the bugs associated with the
previous compiler release.
dgisselq 2385d 00h /zipcpu/
110 The makefile no longer requires (or supports) building the obsolete machine
code test file optest.
dgisselq 2385d 00h /zipcpu/
109 This file is now marked as obsolete. dgisselq 2385d 00h /zipcpu/
108 Just to clarify expectations ... this makefile hardly builds anything. dgisselq 2395d 02h /zipcpu/
107 Adding a missing file. dgisselq 2395d 17h /zipcpu/
106 Updated to allow building without the sources for the graphics used in the
document.
dgisselq 2395d 21h /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 2401d 00h /zipcpu/
104 An updated build script, actually builds zip-gcc. dgisselq 2402d 00h /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 2402d 05h /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 2404d 13h /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 2406d 16h /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 2406d 16h /zipcpu/

1 2 Next >

Show All

powered by: WebSVN 2.1.0

© copyright 1999-2022 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.