ACCU Home page ACCU Conference Page
Search Contact us ACCU at Flickr ACCU at GitHib ACCU at Google+ ACCU at Facebook ACCU at Linked-in ACCU at Twitter Skip Navigation

Search in Book Reviews

The ACCU passes on review copies of computer books to its members for them to review. The result is a large, high quality collection of book reviews by programmers, for programmers. Currently there are 1918 reviews in the database and more every month.
Search is a simple string search in either book title or book author. The full text search is a search of the text of the review.
    View all alphabetically
C Mathematical Function Handbook
Louis Baker
Dann Corbit
maths; algorithms
Appeared in:

Originally reviewed by Francis Glassborow in C Vu 4.5

I have the book. It is mostly composed of code listings for Mr. Baker's attempts at coding all of Abramowitz&Stegun's "Mathematical Functions with Charts, Tables..." though there is a small amount of discussion.

The code [which is the lion's share of the book] is positively vile. Not very structured, and his constants are abominable. You are likely to find

a = (1.0/6.0)*b
to be coded as:
and things of that ilk. While the enormous coverage of functions is commendable, and they do "work" for the most part, the code is really inferior. On the other hand, I don't know of any C book for mathematical functions that does a good job in the code department. "Numerical Recipes in C" (for instance) is well known for its icky[tm] code.

All of your other reviews are spot-on, but I don't think I would recommend this book. That's what puzzled me. You seemed to like it and we agree on all of your other reviews. I do find the book useful, since I like to write math functions as a hobby, and for hard to find functions, it does give me something to bench against.

I wish Steven L. Moshier would write a book. His Cephes code collection from NETLIB is positively sparkling by comparison.

- Dann Corbit

Note that I wrote the original review eight years ago, not that that is an excuse but my understanding of coding has progressed a little since then. My thanks to Dann for taking the time to write the above. - Francis Glassborow