CydandClaude Fable 5
63312e07f9
- BORLAND/: Borland C++ 4.52 (chosen over 4.5 by byte-match: CODE/RP/CW32.LIB
is identical to 4.52's install lib). BCC32/TLINK32/TLIB/MAKE run natively on
Win11; CODE/BT/OPT.MAK is the shipped BTL4OPT.EXE's exact flag recipe
(extender = Borland PowerPack DPMI32, not Phar Lap TNT).
- restoration/source410/: the literal 1995-form reconstruction of the missing
BT game source (never mixed into CODE/). Round 1-3 state:
* 6 of 10 surviving original TUs COMPILE CLEAN under the period toolchain
(BTMSSN, BTCNSL, BTSCNRL, BTTEAM, BTL4MODE, BTL4ARND) - first builds
since 1996.
* BT_L4/BTL4APP.CPP pilot reconstruction: 12/12 functions, Fail() lands on
its binary-recorded line 400 exactly.
* BT/BTCNSL.HPP: console wire IDs recovered from the binary's ctors
(Killed=9, Damaged=10, ScoreUpdate=13, DeathWithoutHonor=15 [T1];
TeamScore=12 flagged [T4]).
* MUNGA/: 8 engine-header backfills back-dated from the BT412 WinTesla tree
(VDATA numbering decomp-verified; AUDREND's OpenAL-era virtual removed -
the period compiler is the drift detector).
* Tooling: backdate.py (WinTesla->1995 header transform), compile410.sh
(per-TU verification sweep under authentic OPT.MAK flags).
* README: corrected roadmap - MECH.HPP is the capstone grown with the mech
TU reconstructions; BTREG.CPP green = the header-family milestone.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
69 lines
2.1 KiB
C++
69 lines
2.1 KiB
C++
/*------------------------------------------------------------------------
|
|
* filename - hugeval.c
|
|
*
|
|
* function(s)
|
|
* none
|
|
*-----------------------------------------------------------------------*/
|
|
|
|
/*
|
|
* C/C++ Run Time Library - Version 6.5
|
|
*
|
|
* Copyright (c) 1987, 1994 by Borland International
|
|
* All Rights Reserved.
|
|
*
|
|
*/
|
|
|
|
|
|
/*--------------------------------------------------------------------------*
|
|
|
|
Constants for HUGE_VAL and related constants.
|
|
|
|
Some numbers are stored as global data items either because
|
|
it is difficult to represent them in ASCII form, or because
|
|
the program may wish to change them.
|
|
|
|
The rationale for the maximum numbers is that these are the
|
|
largest "representable" numbers in the format. INF and NAN
|
|
are not considered representable. It is perfectly valid to
|
|
consider these representable, just not traditional. For some
|
|
applications it is indeed preferable, and it may be the default
|
|
for some future release of Turbo C.
|
|
|
|
Approximate decimal values are:
|
|
|
|
_huge_flt 3.40282347E+38F
|
|
_huge_dble 1.7976931348623158E+308
|
|
_huge_ldble 1.189731495357232E+4932L
|
|
_tiny_ldble 3.362103143112094E-4932L
|
|
|
|
Declarations are in <math.h> and in <float.h>.
|
|
|
|
_indefinite is not used, and provided only for the convenience
|
|
of those using INFs and NANs. Declare it with
|
|
|
|
extern float cdecl _indefinite;
|
|
|
|
Its value is the NAN preferred by the 8087 chip.
|
|
|
|
*---------------------------------------------------------------------------*/
|
|
|
|
#define UsingINF 0
|
|
|
|
#if UsingINF
|
|
|
|
/* +INF in various formats */
|
|
unsigned short _huge_flt[] = { 0, 0x7F80 };
|
|
unsigned short _huge_dble[] = { 0, 0, 0, 0x7FF0 };
|
|
unsigned short _huge_ldble[] = { 0, 0, 0, 0x8000, 0x7FFF };
|
|
|
|
#else
|
|
|
|
unsigned short _huge_flt[] = { -1, 0x7F7F };
|
|
unsigned short _huge_dble[] = { -1, -1, -1, 0x7FEF };
|
|
unsigned short _huge_ldble[] = { -1, -1, -1, -1, 0x7FFE };
|
|
|
|
#endif
|
|
|
|
unsigned short _indefinite[] = { 0, 0x7FC0 };
|
|
unsigned short _tiny_ldble[] = { 0, 0, 0, 0x8000, 1 };
|