github.com/simh.simh
1
0
Fork 0
mirror of https://github.com/simh/simh.git synced 2026-01-11 23:52:58 +00:00
Code Releases Activity

README: Update current features

Browse Source 
Revise windows-build dependency version
This commit is contained in:
Mark Pizzolato 2023-01-09 15:45:08 -10:00
parent 7a4ded8380
commit ac8e5d23b8
3 changed files with 23 additions and 13 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

17
README.md
View File

@ -83,6 +83,14 @@ All Simulator updates on Open SIMH will be present in this repository, and any c
- Github CI Actions builds of all simulators for Linux, macOS and Windows platforms.
- All the available simulator defined environment variables are documented in the help and sim_doc document file.
- SET CONSOLE TELNET=CONNECT will start a telnet session to the simulator console in a separate window.
- Support for building on systems with the gameoftrees.org (got) source control system.
- Frontpanel API improvements, document clarifications and bug fixes.
- Added a SET CLOCK NOCALIBRATE mode.
NOCALIBRATE mode allows all activity of a simulator run to occur with precisely consistent event timing. In this mode, every clock tick takes precisely the same number of instructions/cycles. Likewise, the polling activities for MUX or other poll oriented devices occurs after precisely the same number of instructions/cycles executed. As a consequence of this mode, no effort to align simulated clock ticks (and simulated access to wall clock time) is made.
This mode will often be useful for running diagnostics which expect a particular relationship between perceived wall clock and instruction times. It might also be useful for running test scripts which may want to compare output of previous executions to to current execution or to compare execution on arbitrarily different host computers.
In NOCALIBRATE mode, the operator gets to specify the pseudo execution rate along with the base wall clock time that access to pseudo wall clock accesses returns.
#### Changes to the PDP-11 and VAX simulators also not in the Open SIMH repo
@ -99,6 +107,7 @@ All Simulator updates on Open SIMH will be present in this repository, and any c
- Properly name RQ extended units beyond the initial default units.
- HELP CPU shows supported breakpoint types.
- Add device support for DL11-C/DL11-D/DL11-E/DLV11-J in addition to the original KL11/DL11-A/DL11-B/DL11-E/DL11-F support. These new devices have different bus address ranges and can coexist with the original DL devices. The new devices are DLCJI and DLCJO and are managed identically to the original DLI and DLO devices.
- All improvements and fixes to the PDP11 simulator from simh Version 3.12-3 release and beyond.
### All relevant changes in the simh v3.12-3 release have been merged into this repo
@ -109,7 +118,7 @@ All Simulator updates on Open SIMH will be present in this repository, and any c
### New Simulators
#### Seth Morabito has implemented a AT&T 3B2 simulator.
#### Seth Morabito has implemented AT&T 3B2-400 and 3B2-700 simulators.
#### Leonid Broukhis and Serge Vakulenko have implemented a simulator for the Soviet mainframe BESM-6 computer.
@ -147,10 +156,10 @@ All Simulator updates on Open SIMH will be present in this repository, and any c
#### Dave Bryan has implemented an HP-3000 Series III simulator.
#### Updated AltairZ80 simulator from Peter Schorn.
#### Updated HP2100 simulator from Dave Bryan.
#### Updated AltairZ80 simulator from Peter Schorn.
#### Sigma 5, 6 & 7 simulator from Bob Supnik
#### Beta SAGE-II and PDQ-3 simulators from Holger Veit
@ -173,7 +182,7 @@ Support for Phase V DECnet connections on VAX Unibus and Qbus systems and the ad
### Simulator Front Panel API
The sim_frontpanel API provides a programmatic interface to start and control any simulator without any special additions to the simulator code.
The sim_frontpanel API provides a programmatic interface to start and control any simulator without any special additions to the simulator code or changes to the SCP framework.
### New Functionality

2
Visual Studio Projects/Pre-Build-Event.cmd
View File

@ -29,7 +29,7 @@ rem
rem Everything implicitly requires BUILD to also be set to have
rem any meaning, it always gets set.
set _X_BUILD=BUILD
set _X_REQUIRED_WINDOWS_BUILD=20221204
set _X_REQUIRED_WINDOWS_BUILD=20230107
call :FindVCVersion _VC_VER _MSVC_VER _MSVC_TOOLSET_VER _MSVC_TOOLSET_DIR
echo _VC_VER=%_VC_VER%
echo _MSVC_VER=%_MSVC_VER%

17
makefile
View File

@ -65,17 +65,18 @@
# then GNU make should be invoked with TESTS=0 on the command
# line.
#
# The default build will compile all input source files into a
# The default build will compile all input source files with a
# single compile and link operation. This is most optimal when
# building all simulators or just a single simulator which you
# merely plan to run. If you're developing new code for a
# simulator, it is more efficient to compile each source module
# into it's own object and then to link all the objects into the
# simulator binary. This allows only the changed modules to be
# compiled instead of all of the input files. GNU make can be
# invoked with BUILD_SEPARATE=1 on the command line (or defined as
# an exported environment variable) and separate objects will be
# built and linked into the resulting simulator.
# compiled instead of all of the input files resulting in much
# quicker builds during active simulator development. GNU make
# can be invoked with BUILD_SEPARATE=1 on the command line (or
# defined as an exported environment variable) and separate
# objects will be built and linked into the resulting simulator.
#
# The default make output will show the details of each compile
# and link command executed. GNU make can be invoked with QUIET=1
@ -90,9 +91,9 @@
# simh project support is provided for simulators that are built with
# dependent packages provided with the or by the operating system
# distribution OR for platforms where that isn't directly available
# (OS X/macOS) by packages from specific package management systems (MacPorts
# or Homebrew). Users wanting to build simulators with locally built
# dependent packages or packages provided by an unsupported package
# (OS X/macOS) by packages from specific package management systems
# (HomeBrew or MacPorts). Users wanting to build simulators with locally
# built dependent packages or packages provided by an unsupported package
# management system may be able to override where this procedure looks
# for include files and/or libraries. Overrides can be specified by define
# exported environment variables or GNU make command line arguments which