First batch of changes so that we can compile the code on windows
without cygwin. With these changes gmsh compiles and runs cleanly
without solver/jpeg/png/triangle/netgen/gsl support.

simpler tetgen integration by Jozef Vesely

generalized the solver interface to allow permanent listening on a
socket for whoever wants to connect (gmsh -listen)

the polling should also be less CPU hungry in this new version

next step is to add new commands to the protocol so that solvers can
directly transmit data to merge (geometry, mesh, etc.) in addition to
messages and filenames

trying to fix compile with old g++ 2.95

- fixed the "unix socket name is one character short" problem on
MacOS and AIX. Unfortunately, this required the client code to be
slightly modified as well (and as a consequence, old versions of getdp
will for example not work with new versions of Gmsh on MacOs and
AIX). But it's better to do things "the right way" (TM) for people who
want to connect using different languages (Perl, Python).

- moved the GmshServer stuff in its own class

- added missing rules in parser makefile (so that the parser gets
  rebuilt automatically when one changes Gmsh.y or Gmsh.l)

tiny cleanup

small modification to make the solver interface not block the GUI when the
solver runs without printing messages

don't include GmshClient

copyright update

Support for TCP/IP sockets (permits to launch solvers on remote hosts).
Thanks to C.Stott@surrey.ac.uk for the original patch.

added a call to GUI::check() to make the GUI more responsive

new solver options: SocketCommand and NameCommand (patch by
<C.Stott@surrey.ac.uk>)

Trying to fix Patrick's problems when launching getdp on Windows...

When gmsh is started from the command line on Windows, cygwin does
not (for some obscure reason) prepend '/cygdrive/x/' to the path. Since
we check for '/cygdrive/' in SystemCall() in order to sanitize the
path before passing it to CreateProcess(), the system call fails.

I think the right way to deal with this is to actually remove the
path change in SystemCall() (since we only change the leading part),
and use the official cygwin API to change the path of every piece
that will eventually end up in the argument of CreateProcess().
And that's what "FixWindowsPath()" now does...

airplane work: reorganized the option panels in the GUI (more descriptive
labels, same categories for geo/mesh/post, etc.)

Small changes inspired by Wednesday's discussions:

- Mac only: Gmsh now publishes its "file types"... That means that
  geo/msh/pos files now have nice icons, and that you can double-click
  on a geo/msh/pos file in the Finder to open it :-)

- removed support for fltk 1.0 (wasn't compiling anymore anyway)

- doubled the timout in GmshServer (2->4s): this seems to help on
  Windows (thanks to jkools@veeco.com)

- added warnings in the docs about the Attractor feature

- increased WB by 1 pixel in the GUI

- replaced more Msg(FATAL) with Msg(ERROR) where it makes sense

truncate solver name

output solver errors+warnings in red, too

reorganized Msg() a little ("a la getdp" + colorize solver and direct messages)

Update copyright notice

Fix whitespace in copyright headers

Indented all source files using utils/gmshindent

typo

Better error msg

bump version to 1.37.0: system calls on Windows are now correctly implemented using the CreateProcess Windows API

Updated copyright