summaryrefslogtreecommitdiff
path: root/hv_func.h
Commit message (Collapse)AuthorAgeFilesLines
* Remove a __BORLANDC__ stowawaySteve Hay2013-09-131-1/+1
| | | | Support for __BORLANDC__ was axed (actually, chainsawed) in 378eeda70c.
* comments only, explain the different ONE_AT_A_TIME algosDaniel Dragan2013-07-291-0/+10
| | | | | | | | Seeing 3 hash algos with the same name is confusing. If they are the same name ("one at a time"), then why are there 3 different ones? What are the differences (without reading the code)? What are the pros and cons of each? INSTALL lists the ONE_AT_A_TIME algos as existing, but doesn't explain why there are 3 of them. Patch with jkeenan suggestions.
* document and improve hash algorithm randomization related build optionsYves Orton2013-05-081-5/+1
| | | | | | Install was a copy of other material, made heavy reference to 5.8.x and and didnt really document what it should have. I reworked it to be more up to date.
* Use PTR2IV() instead of casting a pointer to IV, to avoid warnings.Robin Barker2013-05-061-2/+2
| | | | | | | | | | | The cast to IV was added to avoid problems on platforms where pointers are larger than longs. However, the change instead generates warnings on platforms where IVs are larger than pointers. Instead, use the PTR2IV() macro provided by perl.h to make everyone happy. Also change the type of the variable on that line, because it is cast to STRLEN the first time it is used, and then passed to a macro that assigns it to an int regardless.
* perl-5.17.11 fails to build with x64 mingw64 (gcc-4.7.0)Sisyphus2013-04-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | # New Ticket Created by "Sisyphus" # Please include the string: [perl #117687] # in the subject line of all future correspondence about this issue. # <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=117687 > This is a bug report for perl from sisyphus@OWNER-PC311012, generated with the help of perlbug 1.39 running under perl 5.17.11. ----------------------------------------------------------------- [Please describe your issue here] This is essentially a repeat of a post sent to p5p on March 24 2013 titled "[Win32] perl-5.17.10 fails to build with x64 mingw64 (gcc-4.7.0)" The issue still exists for 5.17.11 (for me). The error I get is: In file included from ../hv.h:570:0, from ../perl.h:3480, from perllib.c:10: ../hv_func.h: In function 'U32 S_perl_hash_murmur3(const unsigned char*, const u nsigned char*, STRLEN)': ../hv_func.h:395:20: error: cast from 'const unsigned char*' to 'long int' loses precision [-fpermissive] Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
* rework ROTL definitions (and add ROTL_UV)Yves Orton2013-03-191-10/+21
|
* default to PERL_FUNC_ONE_AT_A_TIME_HARD for all buildsYves Orton2013-03-191-0/+1
| | | | For testing, but maybe for ever
* silence signed mistmatch in comparison warning in MurmurhashYves Orton2013-03-191-1/+1
| | | | as far as I can tell 'i' can only be positive here.
* add a hardened one-at-a-time hash variantYves Orton2013-03-191-3/+46
| | | | Mix in additional randomness into the final value.
* Split out hash functions into new file and turn into inline static functionsYves Orton2013-03-191-0/+509
This includes various tweaks related to building SipHash and other cleanup.
View Lorry Controller Status