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.

Fixed distinction between RIP relative symbols and immediate values.

Fix the register number for CR7 (it was using the same number as CR15).

More perl-like idioms for generating regdis.c

- Don't use an advancing counter through an array to do a push().
- An empty array is written as (), not 0.

Fixed regdis.c generation.

Added DQ constants for all BITS modes.

outmacho.c: stylistic cleanups

- No need to cast (int32_t)NULL for a sentinel; just write 0.
- Fix weird formatting of a structure.
- Remove redundant parantheses.

Fixed support for DQ constants in long mode.

Hopefully it is actually fixed this time :P

Fixed structure initialization issue.

Refixed uninitialized data.

Fixed uninitialized structure data.

c99 printf/fprintf compliance.

Placated unreferenced types.

c99 printf/fprintf compliance.

Added outmacho.* to static makefile.

Fixed REGRIP -> RIPREG to match regs.dat.

Fixed obj_fwrite() declaration to match "static" definition.

Added appropriate "void" prototypes.