Fix small one-time leaks in start.c initlibltdl()

Library routine lt_dladdsearchdir() takes a string argument, but always
copies it before use.  It did not need to be strdup()ed.  This was *very*
defensive coding... ;)

gutils/fsys.c :: getFontForgeUserDir() always newly allocates the returned
string value.  This must be freed when no longer needed.  Adrien has fixed a
couple of the several uses of this routine.  All the rest need to be fixed.

The former routine getPfaEditDir() would generate the requested string once,
the first time, and retain that for further usages.  E.g.
      char *getPfaEditDir(char *buffer) {
          static char *editdir = NULL;
          :   :    :   :    :   :    :   :    :   :
          editdir = copy(buffer);
          return( editdir );
Thus strings would leak at most once, and even code like the two consecutive
calls below would still only leak once.  Now that we allocate new strings
each time, we need to free() after each use.
travis-ci: breaking out the commands so that OSX can do its thing too.
grr.
Fix small leaks in groups.c getPfaEditGroups()

Another use of the recent routine gutils/fsys.c :: getFontForgeUserDir()
that requires a free() of the newly allocated string after use.
get my PR change in while it is still not merged mainline.
use the force luke
...
helps if I add this too
py
Fix small leak in namelist.c LoadNamelistDir()

Another use of the recent routine gutils/fsys.c :: getFontForgeUserDir()
that requires a free() of the newly allocated string after use.
try for X in the mix too
Fix small leak in startui.c ensureDotFontForgeIsSetup()

Another use of the recent routine gutils/fsys.c :: getFontForgeUserDir()
that requires a free() of the newly allocated string after use.

Tested and leak now gone from valgrind reports.
this breaks the build temporarily to see what travis makes of it on osx.
Fix small leak in autosave.c getAutoDirName()

Another use of the recent routine gutils/fsys.c :: getFontForgeUserDir()
that requires a free() of the newly allocated string after use.

Tested and leak has disappeared from valgrind reports.
break the build again
ok, see if this gets the branch of the PR.
grr
slash to pipes
Fix leak of strings in openfontdlg.c FVOpenFont()

A list of glyph list names was created for display in the "Open Font"
dialog.  The name strings were stuffed into the dialog creation data
structures.  After the dialog was dismissed, nobody was free()ing those
name strings.

Moved the names list array free() to end of dialog routine, and first
used that list to locate and free() all the name strings.
get it to work first, then tune.