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

Subversion Repositories zipcpu

[/] - Rev 122

Rev

Go to most recent revision

Filtering Options

Clear current filter

Rev Log message Author Age Path
122 This represents a major rewrite of the machine definition file, gcc/config/zip/
zip.md. In particular, the architecture has been changed from a "cc0"
architecture to one with a specific CC_REG and CCmode. Instructions in the
machine definition file must now explicitly set this register with their
results. The result is better condition code handling, better usage of the
conditional execution modes of certain instructions, and even some decent
optimizations.
dgisselq 3160d 12h /
121 Fixed the bug whereby BGE instructions dissassembled as BGT instructions and
vice versa. Loads and stores of absolute addresses now show those addresses
in ($<>). The assembler also accepts integer offsets to symbols, although
it isn't clear that it does the "right" thing with them yet.
dgisselq 3160d 12h /
120 Should've regression tested that last build. This one fixes what that last
fix broke: Registers with offsets (i.e. operand-B) now work (again).
dgisselq 3164d 08h /
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 3164d 08h /
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 3164d 11h /
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 3164d 19h /
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 3164d 19h /
115 A bug fix, applies to when there are more than 9 interrupt lines into the CPU. dgisselq 3164d 19h /
114 Fixes a bug that killed make binutils before the build-gas directory
was created.
dgisselq 3169d 20h /
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 3169d 23h /
112 Removed some debugging code from the compiler. dgisselq 3172d 19h /
111 Bug fix compiler update! This fixes a lot of the bugs associated with the
previous compiler release.
dgisselq 3172d 19h /
110 The makefile no longer requires (or supports) building the obsolete machine
code test file optest.
dgisselq 3172d 19h /
109 This file is now marked as obsolete. dgisselq 3172d 19h /
108 Just to clarify expectations ... this makefile hardly builds anything. dgisselq 3182d 21h /
107 Adding a missing file. dgisselq 3183d 12h /
106 Updated to allow building without the sources for the graphics used in the
document.
dgisselq 3183d 16h /
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 3188d 19h /
104 An updated build script, actually builds zip-gcc. dgisselq 3189d 19h /
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 3190d 00h /

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.