relax SVN archive

A number of modifications to the sconstruct script for MS Windows compatibility.

The contents of the function self.setup_c() has been temporarily shifted into the self.relax_fit()
function. Once other parts of relax have been ported to C, then most of self.relax_fit() can be
shifted into a new generic C building function.

The file extensions 'obj', 'dll', 'exp', and 'lib' have been added to the list to remove when 'scons
clean' is typed. These are the compilation files generated by Microsoft Visual Studio (MSVS),
specifically Microsoft Visual C++ (MSVC) which compiles C code.

The C compilation flags have been made system dependent. For example the include flag in Windows is
'/I' whereas in Unix like systems it is '-I'.

The Python include path has been split into two, 'py_include_minpath' and 'py_include_fullpath'.

In Windows the Python library path (where python24.lib is located) cannot be found so the LIBPATH
variable pointing to the file has been added to the build environment.

In a number of places the Unix path separator '/' has been replaced by the system independent Python
object 'path.sep'.

Modifications to the development chapter to point to the vimrc files for all operating systems.

Another unsuccessful attempt at preventing [Ctrl-C] form asking "Terminate batch job (Y/N)?" in MS
Windows.

Added a few comments to the Windows batch file and added the clear screen command 'cls'.

Creation of an MS Windows batch file for executing relax.

The creation of the relax.bat file was mentioned in the post at https://mail.gna.org/public/relax-users/2006-09/msg00001.html (Message-id:<7f080ed10609010347r3f5fdc01mdb5b0b61bc883feb@...>).

Both python and relax must be located within the system path for this batch file to operate. With this batch file you can then execute relax normally from any location and the command line options will be properly processed. The current batch file, however, has problems with the [Ctrl-C] key combination - Windows asks the question "Terminate batch job (Y/N)?" once relax finishes.

A fix for bug #6980.

The bug report is located at https://gna.org/bugs/?6980.

The fix was to change two assignment statements to use '=' rather than the typo of '=='.

A number of cosmetic changes to the 'error.py' file (addition of comments and removal of spaces).

I mentioned these changes within the post located at
https://mail.gna.org/public/relax-devel/2006-08/msg00082.html (Message-id:
<7f080ed10608292250u3bc0a0b0ud7a319e05ee70f28@...>).

I've added a number of comments to both the RelaxError and RelaxWarning systems. There were also
a large number of empty lines with trailing white-space that I've cleaned up as well. This may make
the merging process a little more difficult.

Changed the introduction string width to be 80 characters wide under MS Windows (the width of
cmd.exe).

Changed the statement float('inf') to 1e300 for portability.

This change fixes bug #6873 (https://gna.org/bugs/?func=detailitem&item_id=6873).

Removed the 'Popen3' class, UNIX only dependency from relax by commenting out two import statements.

This was in response to Daniel Perez's post at
https://mail.gna.org/public/relax-users/2006-09/msg00006.html (Message-id:
<44FB8044.4010400@...). The changes were discussed in my response to the post at
https://mail.gna.org/public/relax-users/2006-09/msg00007.html (Message-id:
<7f080ed10609040003q18ccebe7wf9ab1c1f403d528@...>).

The Popen3 dependance prevents relax from running under MS Windows and hence has been removed.
Although previously broken, the threading code is now definitely non-functional. This will have to
be addressed in the future when someone works on the threading code. I've created task #3629
(https://gna.org/task/?func=detailitem&item_id=3629) for this.