memcpy_speed: make default upper limit lower

If the cache size is not known, max out at 1 MB.
Better for slow systems.

.gitignore: ignore more stuff

docs: fix version.entities include problems

Copy the generated version.entities file into the xml/ directory,
which is where it's expected. Fixes include warnings when building
docs. There doesn't seem to be a way to achieve this without
modifying the original gtk-doc.make file yet.

arm: Another try with ARMv6 rules

arm: move more opcodes that use ARMv6 instructions

Noticed by Brad <brad@comstyle.com>.

back to unreleased

arm: mark some rules as ARM v6 only

Release 0.4.6

win32: Fix DllMain definition

tests: don't run neon tests

update release docs

don't unlink tmp file if debug flag is used

Remove orc-float

Add cache information

neon: Fix aligned load

memcpy_speed: inline orc_memcpy

memcpy_speed: flush/populate cache for hot/cold testing

neon: Add short-array unaligned speedup

neon: Add load/store of 256-bit vectors

neon: Only preload for each cache line

neon: Add handling of different size regions

arm/neon: use subs for loop counter

neon: add preload

neon: add loop unrolling

neon: Fix rules for quad usage

memcpy_speed: take unalignment parameter on cmd line

neon: Fix store of l vectors

neon: Add quad load/store

neon: Use faster opcodes for aligned store

Add simple constant folding

neon: Use unaligned ops instead of mask register

Improve compile debugging

test: remove adjustment of performance number

test: switch neon test back to neon

win32: Fix initialization of once mutex

arm: Fix register moving

arm: fix some compile mismatches

arm: Fix a bunch of rules

arm: fix compile error

arm: mark rules known to be buggy

arm: Implement 2d support

arm: implement load/store of b, l

arm: arm backend code gen fixes

neon: check for NEON support on CPU

sse: handle NANs and denormals

Set the DAZ and FTZ flags in the MXCSR, to set proper
denormal behavior.  Implement NAN handling for maxf and
minf.

opcodes: Make flushing denormals the default behavior

Flushing denormals is a better default behavior for SIMD
engines, since they tend handle denormals slowly (SSE,
Altivec) or not at all (NEON).  Unfortunately, that
behavior is expensive to emulate on IEEE-compliant FPUs,
since you need to check for denormal before and after
every operation.  At this point, the emulator flushes
denormals and C code does not.

x86: Fix register popping for x86_64

opcodes: Add code for handling denormals

opcodes: check for NaN in maxf/minf

tests: better float comparison

Allow denormals to be flushed to 0.  Check for NaNs.

neon: Fix accumulator opcodes

neon: implement 2d arrays

Fix segfaults if no targets are available

Add support for OpenBSD in CPU detection

From Brad <brad@comstyle.com>.

tools: add orc-bugreport

orcc: Add --quiet and --benchmark parameters to generated test programs

orcc: Improve test program generation

Output something if a check has passed instead of being completely silent

target: add function to return flag names

arm: disable unused CPU detection

orcc: make the test program quieter

tests: Fix compilation of the ABI test on 64 bit architectures

Casting a pointer to a plain int will cause a compiler error, use long instead.

Add handling of ORC_CODE environment variable

A comma delimited string of values that control how the
compiler works.  Possible values are "backup", which causes
backup functions to be used instead of compiling, and "debug",
which causes the SSE backend to create frame pointers, which
produces slower code, but allows backtraces in a debugger.

tests: scripts to build/run against old versions

tests: Fix 2-dest opcodes

tests: Add ABI check for code_exec

Fix API for 2-dest opcodes

Without this, splitwb and splitlw are effectively useless.

Fix ABI issues caused by 5bfde389c78155

Although OrcVariable and OrcProgram are completely private,
orcc generates code that digs deep into OrcProgram for code_exec.
We're requiring that generated code is ABI compatible, so that
means the offset of code_exec in OrcProgram is part of the ABI.

Oops.

orcc: Add --compat

This enables checking of parsed orc code for compatibility with
older versions of Orc.  Right now, this means that if --compat 0.4.5
is specified, you cannot use float parameters, since that feature
was introduced after 0.4.5.

mmx: Only mark the MMX target as executable if the CPU has MMX support

c: Fix code for int parameters

Bug caused by 5bfde389

logging: remove double newlines from logging

compiler: output the target name in errors too

Add float parameters

orcc: make test program quieter

sse: Fix leal emission on x86-64

Reported by slomo.

mmx,sse: use shuffle macros

mmx: port sse backend to mmx again

Main differences between SSE and MMX backends:
 - different loop_shift
 - mmx emits emms
 - handling the accumulator before storing
 - different default flags
 - mmx only has 8 registers even on x86-64

Add SSE implementation of muluwl

clean up memcpy_speed

todo: update

sse: set target as not executable if no SSE2

c: Use 'int' for parameters, not orc_union32

sse: use register for loop counter

sse: use leal for non-recorded addition

revert removal of orc-stdint.h

Turns out this is part of the API.  Oops.

doc: NEON backend is open source

orcc: put typedefs before prototypes

more conversion to orc int types

orcc: remove unused declaration

more conversion to orc int types

remove code for reading /proc

test: Use rdtsc when available

regenerate generated code

convert from stdint types to orc types

c: fix check for stdc, prevent conflicts with orc

don't use c99 types in generated code

remove some unistd.h usage

documentation updates

back to unreleased

release 0.4.5