diff options
author | Linus Torvalds | 2017-09-08 06:39:15 +0200 |
---|---|---|
committer | Linus Torvalds | 2017-09-08 06:39:15 +0200 |
commit | 5969d1bb3082b41eba8fd2c826559abe38ccb6df (patch) | |
tree | 39f72fe44d2842ee29e89b0d23c61569fa7f725c /crypto/seed.c | |
parent | Merge tag 'scsi-misc' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi (diff) | |
parent | Remove gperf usage from toolchain (diff) | |
download | kernel-qcow2-linux-5969d1bb3082b41eba8fd2c826559abe38ccb6df.tar.gz kernel-qcow2-linux-5969d1bb3082b41eba8fd2c826559abe38ccb6df.tar.xz kernel-qcow2-linux-5969d1bb3082b41eba8fd2c826559abe38ccb6df.zip |
Merge branch 'gperf-removal'
Remove our use of 'gperf' for generating perfect hashes from some of our
build tools.
This removal was prompted by Masahiro Yamada sending out a patch that
removes all our pre-generated files, and when I tested it, I noticed
that the gperf version I have (3.1) apparently generates code that no
longer works with out code-base because the function interfaces
generated by gperf have changed.
We really don't care that much, and the gperf people changed their
interfaces in ways that makes it annoying to work with them. Tools that
make it hard to use them should not be used, and the kernel is not at
all interested in some autoconf mess. So remove the gperf dependency
entirely.
It turns out that if you ignore the pre-generated files, the use of
gperf apparently saved us a whopping fifteen lines of code. It
obviously wasn't worth it, considering that the pre-generated files are
about 500 lines.
I sent this out as a patch about three weeks ago, and got absolutely
zero responses. So let's see if anybody notices now that I merge it.
Because there might be serious bugs here, but it WorksForMe(tm).
* gperf-removal:
Remove gperf usage from toolchain
Diffstat (limited to 'crypto/seed.c')
0 files changed, 0 insertions, 0 deletions