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 2913d 00h /
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 2913d 00h /
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 2916d 19h /
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 2916d 20h /
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 2916d 22h /
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 2917d 06h /
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 2917d 06h /
115 A bug fix, applies to when there are more than 9 interrupt lines into the CPU. dgisselq 2917d 06h /
114 Fixes a bug that killed make binutils before the build-gas directory
was created.
dgisselq 2922d 07h /
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 2922d 10h /
112 Removed some debugging code from the compiler. dgisselq 2925d 06h /
111 Bug fix compiler update! This fixes a lot of the bugs associated with the
previous compiler release.
dgisselq 2925d 07h /
110 The makefile no longer requires (or supports) building the obsolete machine
code test file optest.
dgisselq 2925d 07h /
109 This file is now marked as obsolete. dgisselq 2925d 07h /
108 Just to clarify expectations ... this makefile hardly builds anything. dgisselq 2935d 08h /
107 Adding a missing file. dgisselq 2935d 23h /
106 Updated to allow building without the sources for the graphics used in the
document.
dgisselq 2936d 03h /
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 2941d 07h /
104 An updated build script, actually builds zip-gcc. dgisselq 2942d 07h /
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 2942d 11h /

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.