BR 1834292: Fix multiple disassembler bugs

- Correct the building on the disassembler decision tree.
- Handle SSE instructions with F2 prefix (\332) correctly.
- Mark instructions which are now used as prefixes with ND.
  (In a future version when we have better CPU version handling,
  we should probably build the decision tree at runtime based on
  the selected CPU feature sets.)
- Sanitize the handling of \144-147 and \154-157 in both the assembler
  and disassembler.  They take an opcode byte as argument; don't
  pretend they don't.

BR 1834056: Remove warnings in rdoff/rdoff.c

Remove warnings, especially the alias warnings in rdoff/rdoff.c.

BR 1091926: Bounds checking for command line parsing

Avoid failure if the command line has doctored arguments.

Remove FIXME from documentation

This better work now, we're in release candidate mode.

Check in Keith's Fixes

1. Don't warn on 32-bit overflow
2. Change EM64T to Intel 64 in Defining CPU Dependencies
   section of documentation.

Make the definition for float_const() match the prototype

The definition for float_const() had int32_t, the prototype had only
int.  We only care about the sign, so int makes more sense.

NASM 2.00rc1

Clean up the command-line parsing; make -w/-W match others

Clean up the command-line parsing and make -w/-W match the behaviour
of all the other options with regards to arguments.

BR 993895: Support zero-operand floating-point insn

Support the zero-operand form of floating-point instructions.  Note
that in most cases, the form generated is actually the "popping" form,
e.g. "FADD" becomes "FADDP st0,st1".  This is in accordance with the
Intel documentation.  "FADDP" is also supported.

Remove some vestiges of "native" RESW/RESD support

We now internally convert all RESx opcodes to RESB, so we don't need
support for that in the assembler.

outbin.c: fix one missed change from type -> size

Fix one missed change from "type" to "size".  May want to look through
all the other backends as well for similar issues.

This would generate the wrong section lengths, with obviously bad results.

Support setting OSABI value in ELF header.

Enable a few warnings by default; clean up warning descriptions

Add gcc-style -W/-Wno- warning selections; -Wall; -Werror

Add gcc-style -Wxxx -Wno-xxx warning selection as an alternative to
-w+xxx/-w-xxx.

Add "all" as an alias for all (actual) warnings.

Add "error" to treat warnings as errors.

Clean up the fwrite*() function definitions somewhat

Slight cleanup of the fwrite*() functions.  This actually helps gcc
generate better code on i386, for no apparent reason.

Cast 64-bit switch expressions to (int) to keep OpenWatcom happy

Our size arguments are 64-bit values, but we don't need that range for
anywhere where we need a switch.  OpenWatcom can't deal with them
(sigh), so cast them to (int) for now.

x86-host-specific performance improvement

If we're on an x86 host, we can do unaligned littleendian memory
references directly.  Just do'em.

Address data is int64_t; simplify writing an address object

Address data is always int64_t even if the size itself is smaller;
this was broken on bigendian hosts (still need testing!)

Create simple "write sized object" macros.

ndisasm: factor out the common operand-extraction code

Factor out the common operand-extraction code in the disassembler, as
previously done in the assembler.

Un-special-case "xchg rax,rax"; disassemble o64

Un-special-case "xchg rax,rax"; allow it to be encoded as 48 90 for
orthogonality's sake.  It's a no-op, to be sure, but so are many other
instructions.

"xchg eax,eax" is still special-cased in 64-bit mode since it is not a
no-op; unadorned opcode 90 is now simply "nop" and nothing else.

Make the disassembler detect unused REX.W and display them as an "o64"
prefix.

BR 1709392: Fix alignment handling in Mach-O format

Fix alignment handling in the Mach-O format.  The patch is from the
bug report, mangled to apply to the current source base.  I have no
way to test this, so I'm going to have to assume it's correct.

BR 1828866: fix handling of LAR/LSL

Fix handling of LAR/LSL with various sized operands

Better (but not *good!*) handling of 64-bit addressing in ndisasm

More correct -- but not fully correct -- handing of 64-bit addressing
in ndisasm.  In particular, we need to generate "a32" versus "dword"
where applicable.

Fix disassembly of XCHG

"REX.B 90" in 64-bit mode is "xchg eax,r8d" not "nop"; equivalent
situation for "REX.WB 90" (xchg rax,r8).

Test of XCHG

Test for XCHG

Fix handling of XCHG in 64-bit mode

The handling of XCHG in 64-bit mode somewhat broken.  Add a register
flag for "not accumulator", so we can generate all the appropriate
modes.

More \321 -> \324 bug fixes

Additional \321 flags (o32) that should be \324 (o64).

float.c: all warnings and errors are pass 1 only

None of the floating-point errors or warnings are anything but pass 1
only; use the ERR_PASS1 flag to capture that.

Update documentation for stack relative directives.
Bring a few other sections up to date.

Clean up a few more 32-bit bottlenecks

Update documantation for stack relative directives

Merge branch 'master' of /home/chuck/development/gitnasm/

Update documentation for stack relative directives

Don't combine type and size into a single argument

Don't combine type and size into a single argument; *every* backend
immediately breaks them apart, so it's really just a huge waste of
effort.  Additionally, it avoids using short immediates in the
resulting code, which is a bad thing.

Add flat64 to %stacksize choices

Fix building under OpenWatcom

OpenWatcom doesn't like 64-bit switch arguments; the change to 64-bit
type arguments caused that to happen in outmacho.c.  Hack around it
for now; however, realistically speaking the whole bit stealing thing
is probably a bad idea, especially since virtually all CPUs handle
short immediates better than long ones.

ps2pdf: remove -dOptimize=true

Remove -dOptimize=true; it actually generates larger output, since the
optimization performed is "network optimization".

No binary files left in the source distro; unbreak release script

There are no more binary files in the source distro; this broke the
build robot.  Comment out the binary file zipping.

BR 1828103: Fix %arg and %local

Correct the implementation of %arg and %local.

It's questionable how much they make sense for 64-bit mode; even in
32-bit mode one normally make references off the stack pointer instead
of the base pointer (frame pointer), but that requires keeping track
of the stack pointer offset.

nasmlib.c: prefix_name(): use the elements() macro

Use the elements() macro to count the elements in a static array.

Move elements() to nasmlib.h

Move elements() to nasmlib.h; that is the best place for this kind of
utility macros.

constipate the "str" argument to bsi() and bsii()

The string argument to bsi() and bsii() should be const.

Upgrade RAA functions to hold 64-bit data.

Pass 64-bit instruction lengths to back-ends.

Prepare for 64-bit instruction lengths

Disambiguate error messages

Upgrade label functions to 64-bit

Permit opcode names as labels as long as they are followed by a colon

Permit opcode names to be used as labels if and only if they are
succeeded by a colon.  Opcode names occurring when parsing expressions
are all treated as labels; a leading colon occurred when parsing an
instruction forces a parser restart with the instruction forcibly
treated as an identifier.

Make warning limit valid for both i386 and x86_64

Warn on out of bounds EA displacements

Treat info files as binary when creating xdoc distro file

info files appear to contain embedded binary information and should
therefore be treated as binary when creating zipfiles.

Remove obsolete binary files from the distribution

Remove a JPEG file and a long-unmaintained support file for an
editor.  These are the only binary files in the standard distribution.

Move declarations before statements

C99 permits declarations and statements to be intermixed, so gcc don't
warn about them, but MSVC and OpenWatcom get unhappy about them.

NASM 0.99.06

Script to tag the tree for release

Script to tag the tree for release.  Once this tag is pushed
(git push; git push --tags) the build robot will pick it up and
produce the builds.

Even more "riprel" tests

Add a64 and a32 combinations.

floatx.asm: add tests for "rounds up to smallest denorm"

Add tests for the case where we round upwards to reach the smallest
possible denorm, i.e. "saved from underflow by rounding."

Run "make alldeps"

float.c: handle round-up-to-denorm correctly.

Exhaustive test for 8-bit floating point values

Clean up the handing of operands in assemble.c

assemble.c was full of code containing ins->oprs[c - 0xxx] where 0xxx
was the base of the particular code block.  Verbose and error prone
when code is moved around.  Now we precompute opx = &ins->oprs[c & 3]
before dispatching, resulting in less code.

Don't warn for segmented references

Don't warn for overflow in segmented references; those are linker
references and it is up to the backend or the linker to warn if they
overflow their permitted size.

Use a 32-bit floating-point limb size; support 8-bit float

Use a 32-bit limb size ("like a digit, but bigger") for floating-point
conversion.  This cuts the number of multiplications per constant by a
factor of four.

This means supporting fractional-limb-sized numbers, so while we're at
it, add support for 8-bit floating point numbers (apparently used in
graphics and in audio compression applications.)

Reduce severity of redundant prefixes from error to warning.

Test of some addressing modes in 64-bit mode.

Fix bogus flagging of effective addresses as invalid

Ah, what a difference a single ~ makes... such as flagging invalid EAs
as valid and vice versa.

Actually shut up the warning in rdfload.c

Shut the warning in rdfload.c up properly...

Clean up stealth whitespace

Remove stealth whitespace

Fix warning about cast to pointer in rdfload.c

Fix warning in rdfload.c about cast to pointer of different size when
compiling on 64 bits.  Of course, rdfload is probably useless on 64
bits, but it's pretty useless in the first place.

64-bit addressing and prefix handling changes

Revamp the address- and prefix-handling code to make more sense in
64-bit mode.  We are now a lot closer to where we want to be, but
we're not quite there yet.

ndisasm may very well have problems, or give counterintuitive output.
However, checking it in so we can make forward progress.

Adjust stabs symbol index to match symbol table.
Add data length info to symbol table when stabs is active.

readnum(): handle prefix-suffix collision like "0h"

Suffixed versions of zero will look like both a prefix and a suffix.
Reject the prefixed version as being too short to decode.

Better handling of platforms which hide "extended" functionality

Some platforms apparently feel -std=c99, which defines
__STRICT_ANSI__, should also hide a bunch of function prototypes.
This rather sucks.  At least try to deal with it.

MinGW and DJGPP both have this problem, in particular.

Merge branch 'master' of /home/chuck/development/gitnasm/

Update sections about debug info formats

Fix the handling of floating-point tokens in the preprocessor

Correct the handling of floating-point tokens in the preprocessor.
The preprocessor scanner and the main scanner really are painfully
divergent for no good reason.

Fix bugs item #1817677

Slightly simplify the radix-detection code

(pradix && pradix > sradix) etc. is unnecessary since pradix and
sradix cannot be negative, so zero is always the smallest value.

Put in a comment explaining why making the default radix == 10 doesn't
need any additional error checking.

Unbreak particularly tricky hex constants

Unbreak hex constants which contain 'b' or 'd' in potentially tricky
places.

Decimal floating point can also start with 0. 0e 0E

A floating point number starting with 0. 0e or 0E is still decimal.
Make it easier by falling back to the standard decimal conversion
routine for anything not recognized as a radix prefix.

Support binary and octal floating-point

For consistency, support binary and octal floating-point, and accept
a "0d" or "0t" prefix for decimal floating-point.  However, we do not
accept a binary exponent (p) for a decimal mantissa, or vice versa.

More consistent handling of radix letters

Allow any radix letter from the set [bydtoqhx] to be used either
"Intel-style" (0...x) or "C-style" (0x...).  In Intel style, the
leading 0 remains optional as long as the first digit is in the range
0-9.

As a consequence, allow the prefix "0h" for hexadecimal floating
point.

float.c: correct exponent capping

Actually enforce the exponent capping, as opposed to only enforcing it
to within a factor of 10.  Furthermore, continue to scan the string in
order to check for invalid characters.

Finally, 16384 is too tight of a bound for a binary exponent: it's a
tight bound, but the shift added due to the digit string can move the
cap into the active region (±16383).  Thus, change it to 20000 to be
on the safe side.

Clean up elf symbol table section

Allow $-prefixed hexadecimal FP as an alternative to 0x

Since we allow the prefix $ instead of 0x for integer constants, do
the same for floating point.  No suffix support at this time; we may
want to consider if that would be appropriate.

Scripts to remove stealth whitespace

Scripts to remove stealth whitespace from files and patches,
respectively.

Formatting: kill off "stealth whitespace"

"Stealth whitespace" makes it harder to read diffs, and just generally
cause unwanted weirdness.  Do a source-wide pass to get rid of it.

test/floatx.asm: fix test case

"dq" should have been "dt"

uscore.asm: Fix test case

"$1e+16" was missing, instead "$1e16" was duplicated

float.c: mark read_exponent() static

read_exponent() is not used outside float.c; mark static

Don't confuse suffixed hexadecimal with floating-point

1e30 is a floating-point constant, but 1e30h is not.  The scanner
won't know that until it sees the "h", so make sure we keep enough
state to be able to distinguish "1e30" (a possible hex constant) from
"1.e30", "1e+30" or "1.0" (unabiguously floating-point.)

Anchor filename locations in .gitignore

In particular, "Makefile" matched "test/Makefile" without the anchor.

test/Makefile: Use -Ox instead of -O999

Test of underscored constants

Allow underscores in numbers; better detection of FP

- Allow underscores as group separators in numbers, for example:
  0x1234_5678 is now a legal number.  The underscore is just ignored,
  it adds no meaning.
- Recognize dotless floating-point numbers, such as "1e30".  This
  entails distinguishing hexadecimal numbers in the scanner, since
  e.g. 0x1e30 is a perfectly legitimate hex constant.

Modernize nasm.spec.in and make it closer to the Fedora version

Suppress datarootdir warnings from configure

Suppress signedness warnings in disassembler

Cleaner solution for MinGW handling of __STRICT_ANSI__

If MinGW is detected, undefine __STRICT_ANSI__ in compiler.h instead.

configure: Undefine __STRICT_ANSI__ for mingw's benefit

mingw makes a bunch of prototypes unavailable if __STRICT_ANSI__ is
defined.  However, they are still detected by configure, which causes
us pain.