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

Subversion Repositories zipcpu

[/] [zipcpu/] - Rev 119

Rev

Go to most recent revision | Details | Compare with Previous | Blame

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 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

1 2 Next >

Show All

powered by: WebSVN 2.1.0

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