NOTE: This is purely cosmetic. Hercules uses makefiles to build with and thus does not use Visual Studio's pre-processor defines. It only uses the values specifically defined in its makefile. This change is only so the Visual Studio 2008 editor doesn't "gray out" (disable) source code because it thinks it's inactive.
NOTE: This is purely cosmetic. Hercules uses makefiles to build with and thus does not use Visual Studio's preprocessor defines. It only uses the values specifically defined in its makefile. This change is only so Visual Studio's "Intellisense" feature doesn't visually "disable" (gray out) active code sections in its editor because it thinks it's inactive code, and is thus a purely cosmetic change.
Note: this is the first (i.e. part 2a) of Part 2 of the locking/threading rework effort: hthreads restructuring. Part 2b will be the hthreads.c code necessary to detect threads exiting while still holding locks (i.e. abandoned locks).
The "HQA" commit introduces a new build feature that provides the ability to override Hercules's default build settings without having to modify any of the Hercules header files themselves. (Note: not all build settings may be overridable yet. This is a work in progress.)
To override Hercules's default build settings, define an environment variable called 'HQA_DIR' pointing to the directory where your optional "hqa.h" overrides header file exists, or, instead of defining an environment variable, simply specify, if Linux, the new "--enable-hqa" configure option, or, if Windows, the new "-hqa" "makefile.bat" option.
Then, within your "hqa.h" override header, either #define the 'HQA_SCENARIO' macro to one of the pre-defined values defined in Hercules's "hqadefs.h" header file, or simply #define your own scenario. The values you #define will then override Hercules's default values.
Additionally, on Windows, you can override virtually any of the compiler settings as well, via a 'HQA.msvc' nmake !include override file that, for example, modifies the $(cflags) variable to add, remove, or change whatever compiler option you wish.
This is purely cosmetic. Hercules uses makefiles to build with and thus does not use Visual Studio's preprocessor defines. It only uses the values specifically defined in its makefile. This change is only so Visual Studio's "Intellisense" feature doesn't visually "disable" (gray out) active code sections in its editor because it thinks it's inactive code, and is thus a purely cosmetic change.
still thinking about a Rexxish feedback for an invalid argument
and/or command processing error
still using LOG_CAPTURE ( noecho/echo, commands prefixed with a -)
a glitch still present when an invalid option is entered is not a show stopper
will fix it sunday !
FishHang was useful during development of fthreads but has not been needed for so many years and so has FINALLY been deleted. Sorry it took me so long to do it.
Rexx deleted the old rexx stuff, consolidated the hRexx readme's into README.REXX
SoftFloat deleted the SoftFloat-Fish dir, renamed SoftFloat-readme.txt to README.SOFTFLOAT
DecNumber renamed decNumber_readme.txt to README.DECNUMBER
Hercules.vcproj ... fixed all the naming inconsistencies ( I hope )
This is going to take me a several commits to complete.
I'm trying to break things down into smaller pieces for you guys.
git-svn-id: file:///home/jj/hercules.svn/trunk@7763 956126f8-22a0-4046-8f4a-272fa8102e63
