parse: cleanup

Be more elegant in parsing and passing the parameters to
orc_program_append_str_2().

test: add more tests

compiler: keep track of temp variables that contain param/const

Keep track of what const/param is loaded into a temp variable. We can
then see if the const is already loaded in a variable and simply reuse
it instead of using a new temp. We must also make sure we load constants
of different size in different temp variables.

Revert reuse constants

This reverts commit 2ece711c615d327be1e74bec4844186ced58b0ef.
This reverts commit 2ae41b98a35405dbfd35209e7d68428be77a2e62.
This reverts commit 106dacc2620126dedb99d2b981ba2e5a7d4591f9.
This reverts commit f6697e30681f46f6f3f632ddbbcab98107eec7e0.

These commits are more complicated than needed. A more simple solution
is possible by tracking the registers that hold a certain constant and
simply reusing that register when we can. We can then load the same
constant in different registers of different sizes if needed.

parse: make contants per size

When we automatically create constants from the opcode arguments, make
different constants per size and rewrite the program to use the newly
created constant.

parse: fix opcode arg size

executor: use the size of the opcode arg to get multiplier

When loading a constant, select the multiplier based on the size of the
opcode argument. This is safer because we have existing code that declares
the constants of the wrong size.

executor: fully expand const vars into the temp register

When loading a const in a register, always make it cover the full
register so that it containts enough values to be used in x2 and
x4 instructions.

parse: register constants with the right size

When we detect a constant while parsing a line, register it with the
same size as the argument of the opcode.

program-c: handle X2 and X4 with size < 2 variables

when the variable has a size < 2 it will have been declared as a simple
int8 or int16, when we use this in a X2 or X4 instruction, use the
variable directly instead of trying to use the x fields.

compiler: generate only 1 temp for constants

Generate only 1 temp variable for constants. We do this by keeping track
of what variable we used to replace the constant.

Previously, orc would allocate a new temp variable every time a constant
was used, this wastes registers and is not needed.

compiler: reuse _try_get_constant in _get_constant

opcodes: avoid undefined operations on signed ints

Cast to unsigned int when doing addition and subtraction that can
overflow.
Cast to unsigned int when doing the lower part of a multiplication.
Cast to unsigned int when doing left shifts into the sign bit.
Regenerate the emulation code. This should avoid multiple warnings
reported with clang and -fsanitize=undefined.

See https://bugzilla.gnome.org/show_bug.cgi?id=728738

compiler: do << and | on unsigned ints only

compiler: avoid nagative array index

For instructions that don't have a second variable, don't try to index
the variable array with a -1 index.

utils: convert to uin32 before doing |

In ORC_READ_UINT32_LE, convert each byte to uint32 before or-ing them
together. This avoids | with signed ints.

docs: remove old env variable

ORC_CPU_FLAGS has been removed quite some time ago

TMPDIR becomes the last option

Previously $TMPDIR and /tmp were the first options to try to use for
intermediate files. To prevent name collisions, now user specific dirs ($HOME
and $XDG_RUNTIME_DIR) are prefered over the user unspecific dirs ($TMP and
/tmp).

https://bugzilla.gnome.org/show_bug.cgi?id=735871

Back to development

Release 0.4.22

Add fallback CPU feature detection for Android

On Android, /proc/self/auxv might not be readable (except
when debuggable=true in the build, annoyingly), so do what
the android cpufeatures detection code does and fall back to
/proc/cpuinfo string matching.

Without this, release builds run really slowly, due to ORC always
doing emulation.

Remove declarations for deleted functions from orcutils.h

Detect android liblog and use android's log functions for debug output

orccompiler: free error message

orcarray: Use size_t for pointer arithmetics

Fixes these warnings on windows x86_64:

orcarray.c:80:33: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast]
orcarray.c:80:22: error: cast to pointer from integer of different size [-Werror=int-to-pointer-cast]

orccompiler: If compiling a program twice, first free the results of the previous compilation

orcc: Fix some memory leaks in the compiler

autogen: Honor NOCONFIGURE=1

See https://github.com/cgwalters/build-api

Back to development

Release 0.4.21

configure: Pass -version-info to libtool again

Back to development

Release 0.4.20

build: Modernize autotools build system

Add some checks on the number of variables per type

We want to ensure no more than, say, 8 constants are added
to a program. Adding more will violate pervasive assumptions
in the code, and may lead to various buffer overflows. By
trapping these add creation time, we prevent these issues
without cluttering the code with range checks. The user is
assumed non malicious here.

Add a test to check we can add up to and including the limit
for a type, but no more.

Update .gitignore

orccodemem: fix list corruption when splitting memory chunks in two

When splitting orc memory chunks in two, the 'prev' pointer of the
new memory chunk to be inserted was wrong, causing invalid memory
access and double frees later down the line.

https://bugzilla.gnome.org/show_bug.cgi?id=731227

orc: Close file after usage in the copied around file reading function

CID 1147011.

orcarray: Use fabs() instead of abs(), the latter is for integers

orcarray.c:254:15: error: using integer absolute value function 'abs' when
      argument is of floating point type [-Werror,-Wabsolute-value]
          if (abs(a[i] - b[i]) < MIN_NONDENORMAL_D) continue;

orcprogram-c: Convert shifts in swap opcodes to operations on unsigned integers

Shifting into the sign bit is undefined, so let's stop doing that.

memcpy_speed: Use unsigned integers, overflows are undefined for signed integers

Back to development

Release 0.4.19

orccodemem: mask group/other bits for temporary file

Ensures another user can't inject code into your process when
winning a race with the ORC temp file code.

Coverity 1147013

orcprogam-{mips,mmx,sse}: bail out if get_align_var fails

Coverity 1146979, 1146980, 1146977, 1146978, 1146973

orcprogram: bail out on error

Coverity 1146972

orcbytecode: Don't replace program name without freeing the old name if any

orcc: Fix indention of generated code

orc: Update autogenerated files

orcprogram-c: Fix swaplq C implementation

orcbytecodes: Fix filename of generated file

We don't want to override orcbytecode.h but orcbytecodes.h

orcarray: Fix compiler warning with gcc 4.9

In file included from ../orc/orcprogram.h:5:0,
                 from ../orc/orc.h:5,
                 from ../orc-test/orctest.h:5,
                 from orcarray.c:6:
../orc/orcutils.h:124:37: error: 'data' may be used uninitialized in this function [-Werror=maybe-uninitialized]
 #define ORC_PTR_OFFSET(ptr,offset) ((void *)(((unsigned char *)(ptr)) + (offset)))
                                     ^
orcarray.c:42:9: note: 'data' was declared here
   void *data;

memcpy_speed: Properly define ALIGN macro and fix memory leaks

With the previous definition we would use memory *before* our
allocated memory area.

bench10: Fix syntax errors

test.orc: Fix syntax errors

benchmorc: Fix memory leaks in test

orcparse: Guard against unknown tokens

orcprogram: Free init function name

tests: Fix various memory leaks in tests

orcprogram: Free OrcCode together with the program

orcprogram: Free type names of variables when freeing a program

bytecode_parse: Fix memory leaks in test

orcmips: Fix register range check

There are 32 possible registers and not 33

CID #1146987

orcexecutor: Don't use negative values on arrays

orc_program_find_var_by_name() can return -1 on errors, if that
happens, don't try to read/write in random memory :)

CID #1146974
CID #1146975
CID #1146976

orc: Remove unused variable

include_file was never used in these variants since they were
added.

CID #1146970
CID #1146969

testsuite: file leak fix

Coverity 1147011

Fix FILE leak

Coverity 1147011

orcrules-neon: Remove unused variable

docs: mulhsw, mulhsw shifts by 16, not 8

The documentation said that mulhsw and mulsuw was equivalent to:

    (a * b) >> 8

when the implementation actually shifts by 16 bits.

https://bugzilla.gnome.org/show_bug.cgi?id=723170

orcarm: OSX doesn't like comparisons against enum and int.

tools: fix memory leak in orcc

Coverity CID 1147542

testsuite: fix file descriptor leak in benchmorc

Coverity CID 1147543

Make it ANSI-C

Use /* */ instead of //
Define _GNU_SOURCE in the ORC_CFLAGS

autogen.sh: Allow calling from out of tree

This is similar to the fix that was done for gstreamer

https://bugzilla.gnome.org/show_bug.cgi?id=667664

configure: version back to unreleased

Release 0.4.18

orcbytecode: Fix parsing of 32 bit values from bytecode as well

The shift by 24 bits has to be casted as well, otherwise we
shift into the sign bit which causes undefined behaviour.

See https://bugzilla.gnome.org/show_bug.cgi?id=698520

orcbytecode: Fix parsing of 64 bit values from bytecode

The shift by 24 bits has to be casted already, otherwise we shift
into the sign bit which causes undefined behaviour.

Thanks to Edward Hervey for debugging this.

https://bugzilla.gnome.org/show_bug.cgi?id=698520

docs: add more opcode descriptions

docs: hook up generate_table tools

Add a makefile-target in docs to update the tables (for a release). Emit a
comment at the top of the generated files which tool produces them so that
people don't edit them manually.

accumulator: use the local variable 'var'

The code already had the local var, but barely used it.

tests: use the ORC_STATIC_OPCODE_FLOAT flag to simplify the tests

orcparse: fix copy and paste of error message

docs: add docs for the program directives

orcprogram-c: fix indent for 2 opcodes

generate-*: cosmetic changes

Print the file name if we use the default. Consider the header_flag for the
default name. Correct the help() desc for the --header flag (it takes no arg).

generate-*: add missing flag to help()

generate-bytecode: add ORC_BC_INSTRUCTION_FLAGS to generator

The checked in orcbytecodes.h already uses the flag.

orc-test: Fix typo in #ifdef

orc: fix cache flush for iOS

Apple does not provide an implementation of __clear_cache in ARM
but sys_icache_invalidate can be used instead

review-by: Sebastian Dröge

configure: version back to unreleased

mips: deactivate loadupdb implementation as it is broken

pkgconfig: in -uninstalled ensure to link with the proper library

Fixes build of GStreamer in gst-uninstalled on OSX with older liborc
installed from macports at '/opt/local'.

configure: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS

AM_CONFIG_HEADER has been removed in the just-released automake 1.13:
https://lists.gnu.org/archive/html/automake/2012-12/msg00038.html

Merge branch '0.4.17'

Fix build on Android

Android doesn't have a libpthread and includes all relevant functions
in libc.

orcc: workaround a bug in the gcc 4.2 provided by XCode 3.2.6

When building orc in OSX Snow Leopard with '-O2 -arch i386 -m32' a bug in
the compiler is triggered and wrong assembly is generated with
the following messages:

'non-relocatable subtraction expression, "LC0" minus "L00000000008$pb"'
'symbol: "L00000000008$pb" can't be undefined in a subtraction expression'
'undefined local symbol L00000000008$pb'

The issue is triggered when the compiler tries to optimize for a constant
value in the code but it does a bad job. Declaring 'volatile' the variable
that holds the constant prevents this optimization to be performed and the
orc C generated code can be properly built.

Release 0.4.17

test: Fix recent commit

Separate allocated data and aligned data.

neon: move orc_arm_loadw out of arm backend