Hans-Bernhard Broeker

noautititle, notitle and empty title

The primary issue here is that this third-party tool is trying way too hard. It uses multiplot mode for no discernible reason, and it uses enormous amounts of tricks and manual overrides to achive what gnuplot itself would have done by itself, if left to its own devices. E.g. instead of manually inserting 4 key entries, and then telling gnuplot not to generate any of its own, it would have been way simpler to just add title 'Cholesky'etc. direktly to the plot command.

See "help set print"

Spurious bells when using mappings from cscope_maps.vim

Hmmm... that's very strange. That file has not been modified at all for 21 years. I find it extremely surprising that nobody would have ever noticed this in all that time. But then again, most people would have turned off the bell in their terminal emulators long ago, I think. :-) But for now I'll have to take your word for it. A modified version is now on the page.

The function may have come from BSD to MacOS at some point, but qsort() is a completely standard library function. It's been in the ANSI/ISO C language since day one.

The canonical methods would rather be AC_CHECK_FUNC or AC_CHECK_FUNCS, which will define HAVE_MERGESORT if the function is found and usable. But bluntly #defineing over the top of qsort() is pretty certainly going to fail. This calls for one of those gp_ prefixed wrapper functions or GP_ prefixed macros instead. Something along the lines of #if HAVE_MERGESORT # define GP_STABLE_SORT mergesort #else # define GP_STABLE_SORT qsort #endif

The solution you got is bad because the problem, as stated, is bad. There is no better value for 'a' for that (subset of the) data, and that function. The function simply does not fit at all.