README

   1 You should not use gperf anymore, very probably. It "may" be still usefull in
   2 use cases with _very_ intensive, time/memory critical, and  massive, _really_
   3 massive, keyword lists. And even there, you should seriously consider
   4 alternatives which are saner and semantically optimized to your use case. And
   5 nowadays we know that c++ is never a good idea: the elephant in the room is the
   6 obvious c++ compiler implementation cost, which is a significant detriment to
   7 foster "working" alternative compilers, not to mention it is very prone to the
   8 rube goldberg machine syndrome.
   9
  10 Don't be a masochist trying to reverse engineer the heuristics from the code
  11 first hand: Read gperfp.pdf before anything else.
  12
  13 This is a "port to _simple_ C89 with benign bits of c99/c11". It is a properly
  14 namespace-ized (then "reuse-able" in any other project), "one compilation unit"
  15 project: just compile all.c and link it to your libc and libm the way you want.
  16 Of course, bugs were introduced while porting.