On Tue, Mar 26, 2024 at 7:25 PM Dmitry Goncharov
wrote:
> Thank you for a quick response, Greg.
>
> On Tue, Mar 26, 2024 at 4:56 PM Greg McGary wrote:
> > The code makes no effort to be endian-independent because it is written
> > for in-memory hashing on a uniprocessor or homogeneous multiproce
> It should be easy to fix: swap the bytes in sum_get_unaligned_32.
Thanks for the pointer, Andreas.
Will try it out.
regards, Dmitry
Thank you for a quick response, Greg.
On Tue, Mar 26, 2024 at 4:56 PM Greg McGary wrote:
> The code makes no effort to be endian-independent because it is written
> for in-memory hashing on a uniprocessor or homogeneous multiprocessor.
Do you know of a specific difficulty of making that hashing
On Mon, Mar 25, 2024 at 6:17 PM Dmitry Goncharov
wrote:
> Good morning.
>
> The hash table from id utils from imported to gnu make.
> This hash table hashes the same string to different brackets on little
> and big endian.
> Can you please shed some light why there needs to be this difference
> i
On Mär 25 2024, Dmitry Goncharov wrote:
> The hash table from id utils from imported to gnu make.
> This hash table hashes the same string to different brackets on little
> and big endian.
> Can you please shed some light why there needs to be this difference
> in hashing on little and big endian?
Good morning.
The hash table from id utils from imported to gnu make.
This hash table hashes the same string to different brackets on little
and big endian.
Can you please shed some light why there needs to be this difference
in hashing on little and big endian?
regards, Dmitry
