search for: alacencoder

...ned to 32-bits. There's a bit more variation for 64-bit ints. Programs that work on buffers of bytes often cast pointers into those buffers inappropriately. E.g. char *Buf = ...; [...] return doSomethingWithInts((int32_t *)&Buf[Idx]); For example I'd be very suspicious of ALACEncoder.cpp lines 340 and 352. I expect there's more, those are just the first two I found by grepping for "(int32_t *)". Everything seems to work fine until the compiler becomes clever enough to realise it can use a slightly faster store since the pointer is aligned (or one of any number of...

Hi Tim, Thanks for the explanation. The above code snippets is actually extracted by bugpoint from MultiSource/Applications/ALAC/encode/alacconvert-encode.test. I get a different result if I cast the pointer to int and mask away the lower two bits and cast the int back to pointer. While casting pointer to int and back to pointer do not cause any problem. Thanks Hongbin On Fri, Dec 16, 2016 at

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...01 42459 0 0.01 42459 ag_dec.ll 9 36584 0 0.01 36561 0 0.01 36561 ag_enc.ll 8 35026 0 0.01 35003 0 0.01 35003 aha.ll 31 88454 0 0.02 88439 0 0.02 88424 alabel.ll 1 7853 0 0.01 7824 0 0.01 7824 ALACBitUtilities.ll 13 33162 0 0.01 33139 0 0.01 33139 ALACDecoder.ll 9 109780 0 0.02 109755 0 0.02 110074 ALACEncoder.ll 14 186571 0 0.02 186546 0 0.02 186546 alias.ll 10 70826 0 0.01 70795 0 0.02 70795 align.ll 9 140707 0 0.02 140688 0 0.02 140688 all.ll 3 27964 0 0.01 27935 0 0.01 27935 allocate.ll 1 2986 0 0.01 2960 0 0.01 2960 Alloc.ll 9 18789 2 0.01 17153 2 0.01 17153 allocvector.ll 4 5235 1 0.01 4852 0 0.01...