On Jan 24, 2008 7:00 PM, Andreas Ericsson <ae@xxxxxx> wrote: > Marko Kreen wrote: > > > > Jenkins hash is fast because it does not look at individual bytes. > > If you _do_ want to look at them for unrelated reasons, (case-insensitive, > > unicode-juggling), then it obiously loses the point. That is, if you > > want to process the string in one go. > > > > I believe the ability to add unicode-juggling was a major point > with the patch, so perhaps Jenkins' isn't such a good option. I don't think you can any meaningful unicode-juggling without converting symbols to UCS-4, and after that it makes much more sense to operate with uint32 than bytes. So, Jenkins' hash is still relevant, just because it does not operate on single bytes, but using uint32. Dmitry - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
