Handle ORC_CODE=emulate to force emulation

c: Fix emulation loading of constants on big-endian

Remove usage of orcbin

Convert usage of ULL to ORC_UINT64_C()

examples: remove mt19937ar temp files

Fix warning on OS/X

Use MAP_ANON if MAP_ANONYMOUS is not defined

c: Fix problems related to 64-bit constants

sse: implement 64-bit params and constants

Add various hacks to allocated codemem

First check $TMPDIR, then $HOME, then try an anonymous map.

sse: Fix previous commit on x86_64

test: Add test for x2 float ops

sse: implement swapwl, swaplq

perf_opcodes_sys: Use orc_test_get_program_for_opcode

c: Fix x2 used with float opcodes

Add swapwl and swaplq opcodes

mt19937: Bring up to date with Orc best practice

sse,neon: Error for unimplemented 64-bit constants

sse: Better implementation for ldreslinl

orcc: Don't print out unused constant vars

sse: Implement ldreslinl

sse: implement rules using pmov[sz] for SSE4.1

mmx: Update from SSE again

sse: Fix shrsq rule

orc-test: Fix comparison of 64-bit types

Add orc_compiler_try_get_constant_long()

For loading long constants if it happens to be fast.  Use case is
for when there's a backup rule that is almost as fast.  (The
assumption is that loading long constants is slow.)

Implement shrsq for SSE

Doesn't really work yet

Implement SSE versions of shlq/shruq

Add 64 bit shlq/shrsq/shruq opcodes

Implement SSE versions of addq/subq

Add 64 bit addq/subq opcodes

Implement SSE versions of andq/andnq/orq/xorq/cmpeqq/cmpgtsq

Add 64 bit andq/andnq/orq/xorq/cmpeqq/cmpgtsq opcodes

Add ORC_TARGET_CLEAN_COMPILE and use it

mmx: Update from sse

sse: Reenable rules that use pshufb

orcc: Delete output file if there's an error

sse: Implement ldresnearl

compiler: Implement long (128-bit) constants

sse: More fixes for X86_ECX -> gp_tmpreg

sse: Use temp space in exec struct, not stack

sse: Fix register usage on Win64

x86: Don't call rdtsc in prologue/epilogue

Bump version to 0.4.9.1

Release 0.4.9

Eliminate usage of %lld, etc.

Implement handling of 64 bit constants in the C backend

This uses %lx and %ld to print 64 bit integers but on 32
bit architectures something like %llx and %lld would be
needed.

orcc: Implement handling of 64 bit constants

This uses %lx for printing 64 bit integers but on
32 bit architectures something like %llx would be
needed.

Use strtoll() when parsing constants and support 64 bit intermediates

Implement strtoll() for 64 bit integer constants

Bump version to 0.4.8.1

c: Fix convdf opcode

Add AMD microarchitecture definitions

parse: Add some bounds checking

x86: Add AMD microarchitectures

orcc: Handle compatibility for ORC_VAR_T16

x86: use movzx instead of movb

x86: More cpuid improvements

x86: cpuid improvements

Attempt to detect microarchitecture.

orc-bugreport: Fix program generation

Extract cpu name/family/model/stepping

test: disabled unused code

once: Use constructor on Windows for initialization

c: Fix ldreslinl rule (again)

testsuite: Add compatibility check

Add some random files

sse: Fix register handling on Win64

implement constant folding

Add -version-info to libs

Fix static linking

Add needed file (again)

Add needed file

Release 0.4.8

c: Handle 64-bit parameters

test.orc: remove glib types

orcc: Fix code generation of test

testsuite: Fix cross compiling of orcc test

Fix typo in function name

Fix MSVC build errors

c: Fix denormal handling

Turns out the previous macro was using a gcc extension.  MSVC
didn't like that.

neon: Fix shift in loadpl

Change constant values to orc_union64 internally

Also update the MMX backend.  This implements much of the
infrastructure for 64-bit constants, but parsing of 64-bit
integer constants is broken (no portable strtoll implementation),
and the backends probably don't load 64-bit constants correctly.

Implement parsing of float constants

Change meaning of convfl/convdl to be saturated

Some architectures (powerpc) clamp out-of-range values to the
integer range when converting from float to int.  Others (x86)
maps out-of-range values to 0x80000000.  Since we have to choose
one, saturating seems like the better choice.

Add splitql opcode

c: Fix code for ldreslinl

c: Fix loading of float params

Float params are loaded from orc_union32 pointers into orc_union32
temporaries, so it's important to not to a float->int conversion
in there.

neon: Add a few double rules

Add int64 and double parameters

Use ULL as qualifier for 64 bit integer constants

Add copyq opcode

Add SSE2 implementations of all double opcodes

Add support for comparing double arrays

Add 64 bit floating point opcodes

Add swapq opcode

compiler: allocate correct size for code memory

Fix testing of float params

c: Handle denormals and nan using bit ops

testsuite: use correct return type

gcc was complaining about the comparision due to wrong type.

orcc: remove (fake) dependency on liborc-test