Fix some MMX/SSE irregularities which interact with the 64-bit support

phash.ph: yet another attempt at getting Perl to behave, arithmetically

Simple 64-bit org test

phash.ph: remove some stale code

Remove old randomization code which is no longer used.

Force use of integer values for generating hash keys.

phash: don't rely on the build platform Perl version of rand()

rand() in Perl can vary between platforms, so don't use it.  Instead,
remove a completely pointless level of indirection (it introduced a
permutation which cancelled itself out) and provide a canned set of
random numbers for the rest.  This guarantees we will always use the
same numbers.

tokhash.pl: formatting changes for readability

No functional change

tokhash: Speed up the rejection of unhashed values

Speed up the rejection of unhashed values (typically identifiers) by
filling unused hash slots with a large value (but not so large that
it is likely to overflow.)  This means those values will be rejected
already by the range check, not needing strcmp().

tokhash.pl: "ix" should have the same width as the "hash" arrays

For correctness in case of a very "linear" graph, "ix" needs to have
the same width as the "hash" arrays.

Add "do not edit" comment to tokhash.c

Make the token hash a bit smaller by using 16-bit hash tables

Minor cleanup; remove duplication of names.c

phash.ph: use a bipartite graph to reduce the storage requirements

Since we fold the f- and g-functions together, if we guarantee that g is
bipartite, we can make g twice the size of f without cost.  This greatly
improves the odds of generating a smaller hash.

Finishing touches on perfect hash tokenizer; actually turn the thing on

Finish the perfect hash tokenizer, and actually enable it.

Move stdscan() et al to a separate file, since it's not needed in any
of the clients of nasmlib other than nasm itself.

Run make alldeps.

Makefile rule for tokhash.c

tokens.dat: Data file containing alphanumeric tokens not in other .dats

Generate a perfect hash for the token parser

Fix bugs in repeated suffix handling, which led to missing r8d/r8w/r8d

phash.ph: more powerful prehashing

Make the perfect hash generator an includable module

Correct the logic for recording fs: and gs: overrides.

Generate R_X86_64_64 relocations in elf64 output

When appropriate, generate R_X86_64_64 relocations in elf64 output.

Add README file

Create a Perl library directory, and add the Graph module to it

Graph-0.84 from CPAN

Perfect hash generator, as a perl script

Requires the CPAN Graph module.

Use standard macro for the default directive

Add standard macro for [default] directive

More test cases for rel and abs addressing

Add [default] directive

Add the [default {abs|rel}] directive, and clean up directive parsing.

nasmlib: add bsii() case-insensitive version of bsi()

Add test cases for IP-relative addressing

Suppress IP-relative only for fs: and gs: overrides

AMD has (undocumented) segment limits even in 64-bit mode, so people
may want to use cs/ds/es/ss overrides.  Since there are no bases, however,
IP-relative still applies.

See:
http://www.amd.com.hk/us-en/assets/content_type/DownloadableAssets/dwamd_kernel_summit_08_RB.pdf

Implement REL/ABS modifiers

Implement "REL" and "ABS" modifiers for offsets in 64-bit mode.  This
replaces "rip+XXX" type addressing.  The infrastructure to set the default
mode is there, but there is nothing to throw the switch just yet.

attempt to make static makefiles aware of outelf32/outelf64

add nasm_strsep to nasmlib, for output/outmacho.c - strtok doesn't work

remove "#include <unistd.h> from rdoff directory - two places - it annoyed Windows users and seems unneeded

finally commit Mike Frysinger's "elf-visibility" patch

regs.pl: handle dashed sequences with suffixes

Handle dashed sequences with suffixes.  Use that for r8-r15[bwd].

sync.c: change ULONG_MAX to UINT32_MAX

The value returned is uint32_t, not unsigned long.  This creates a
warning when compiling on 64-bit machines.

Add _MIN and _MAX macros for the fixed-size types.

ldrdf: cast output of sizeof() before passing to printf(), to avoid warning.

The C99 way of doing this would be to use %zu, but that requires intrinsic
C library support.

Fixed RIP address processing ambiguity found by Charles Crayne.

Fixed issues with REX prefix effective address generation. Fixed XMM instruction output.

Changed MMXREG and XMMREG flags to help resolve invalid REX prefix generation for MMX instructions.

More int/int32_t confusion

regflag() should return int32_t.

Detect missing <inttypes.h> and include ersatz version if missing

inttypes.h: for older preprocessors, specify L and LL as appropriate

inttypes.h: Fix spelling of SHRT_MAX

inttypes.h: do a single ersatz <inttypes.h> based on <limits.h>

Support 32-bit direct addressing in 64-bit mode without base or index regs

Fix the [U]INT*_C() creation macros

The [U]INT*_C() macros were broken, because ## takes precedence over
macro resolution.

For platforms that don't have them, provide <inttypes.h> for common models.

Apparently, some platforms (*cough* MSVC *cough*) haven't figured out what
year it is and are behind the curve.  Provide <inttypes.h> for common
memory models.  We can add more if there are odd platforms which don't
have "long long" for 64 bits, too.

Fix the handling of the \313 code.

\313 indicates a fixed 64-bit address size.  It was incorrectly
documented and incorrectly implemented in the assembler, and was
unimplemented in the disassembler.

Machine-generated \321->\324 corrections

Use a script to find \321's that should be \324's.  This is not in any
way guaranteed to be an exhaustive list, however, I have manually verified
that all the items that *were* changed *should* be changed.

update "version" to 0.99.02

Correct the generation of 67 prefixes.

The recent switch from register numbers (with -1 meaning "none") to
register flags (with 0 meaning "none") broke the generation of 67
prefixes, especially in 64-bit mode.

Update dependencies.

update cvs server name in misc/release script

Avoid magic values; we have more than 124 registers now

There was a magic hard-coded constant that register numbers were between
1 and 124.  Well, we have about 150 registers now, and that broke.

Remove bogus redundant tests

Remove tests that are bogus (they trigger for legitimate instructions.)
The failure cases are okay anyway since they will be trapped by the
REX generation logic.

More \321 -> \324

More \321 that should be \324...

Remove bogus check for 64-bitness

Remove a bogus check for 64-bit operands.  If appropriate, we will
detect this during REX generation and will bail then.  However, there
are other instructions (floating point, MMX, ...) which are legitimately
64 bits in non-64-bit mode.

Get rid of magic open-coded "register numbers"

Get rid of magic open-coded register numbers.  We now keep track of
a total of three different kinds of register numbers: the register
enumeration (regs.h), the x86 register value, and the register flags.
That has all the information we need.

Additionally, do massive revamping of the EA generation code and the
REX generation logic.

MOV reg64,reg64 takes \324 (64 bit with REX) not \321 (32 bit)

Rename REGNORM to REG_EA

Rename REGNORM to REG_EA to make the distinction between REG_GPR and
REG_EA clearer.

More instruction flag surgery

More cleanup of operand flags/register classes

Clean up the existing operand flag definitions, and document

Run "make alldeps"

update version number to 0.99.01

regs.dat: fix comment

16-bit relocations are standard in ELF64 (at my request, incidentally)

Addition of elf32 and elf64 output formats.
Addition of ! as unary operator in expression evaluation.
Allow numeric constants in DQ directive.

Allow '!' to be used in expressions with same meaning as in C.

Add %IFN and %ELIFN as per RFE #786286

Accept responsibility for support of outelf64.c

Clarify comments about relocation entries.

Allow ELF32 to be invoked either as -f elf or -f elf32

Eliminate shift count warnings when building on 32-bit systems
Remove define for DEBUG

Initial support for ELF64

Fix the handling of \324 for computing the length

\324 means REX.W is mandatory, but that doesn't mean add a byte to the
output!  Instead, force REX.W set, and let the REX logic deal with the
length.

Fixed RDF/2 to comply with "maxbits" use.

Handle "LOCK as REX.R" for MOV CRx; fix warning for invalid 64-bit regs

- MOV gpr,CRx or MOV CRx,gpr can access high control registers with a LOCK
  prefix; handle that in both the assembler and disassembler.
- Get a saner error message when trying to access high resources in
  non-64-bit mode.

MEM_OFFSET Instructions Fixed.

Fixed 64-bit Mode Segment Selection.

Fixed distinction between [LOCAL]SYMBOL/IMMEDIATE for RIP-relative addressing.

Fixed long mode MEM_OFFS issue.

Filled in all RIP Register Flags.

More \321 -> \324 for 64-bit instructions

The assembler doesn't seem to care, but for the disassembler, it's
vitally important that we get our operand-size hints correctly.  We
probably need to audit insns.dat for this kinds of errors.

Fixed 64-bit offset generation.

More 64-bit ndisasm fixes.

In particular, now we should handle A0-A3 instructions.

Fixes for 64-bit ndisasm.

This fixes some of the most glaring bugs in ndisasm 64-bit mode.  We're
still getting redundant prefixes for unknown reason, however.

Use + instead of * for extension; it feels cleaner with the new meaning.

We used to use * to mean substitute in 0-7.  Now it means that it should
be incremented 8 times.  Using a different character feels cleaner.

Initial 64-bit support for ndisasm.  Still a work in progress.

64-bit support for ndisasm.  This is very much an initial attempt, and
there are guaranteed to be bugs in the code.  However, some *very*
preliminary testing seems to indicate it's not completely off-base.

Clean up the 64-bitification of regs.dat for 64-bit ndisasm support

64-bit support required some major changes to regs.dat; clean some of
it up (re-introduce patterns, where appropriate) and allow a single
register to belong to multiple disassembly classes; also keep track
of the x86 register number again.

Remove @GCCFLAGS@

Remove the now obsolete @GCCFLAGS@.

CR8 is not special in any way as far as the assembler is concerned.

CR8 is not special in any way as far as the assembler is concerned.  It's
listed as having a special form in the Intel documentation, but that is
only because there are no other CRs which require a REX prefix.

MOV to CR8 is special in the sense that it's a non-serializing
instruction, but that's irrelevant to the assembler.

Furthermore, it's totally unclear how TRs should be handled in long mode;
there are no CPUs which uses TRs which also have long mode, so the easiest
is to simply mark those instructions NOLONG.

Finally, add PRIV to some privileged instructions.

Get rid of @GCCFLAGS@

Get rid of the now-obsolete @GCCFLAGS@.

Cleaner way to add gcc options

We can actually test for the options being accepted, rather than try
to test for gcc; this handles differences between gcc versions as well
as compilers with a similar command line set.