Building mSQL 2.0 on SCO
------------------------

It appears that although SCO has the dlfcn.h header file it's dynamic
loading routines are not where they shuold be.  As I do not have access
to a SCO machine the only way to build mSQL 2.0 on SCO is to remove the
dynamic module loading capabilities of the Lite / W3-mSQL language.  To
do this, edit common/config.h and delete the line that defines
HAVE_DLFCN_H after you have run the setup script

Another option has been submitted by Ron Record <rr@sco.COM>.  He states

	I recently downloaded and built mSQL 2.0 Beta 6 on my SCO OpenServer 5
	platform. In order to use dlopen(), dlclose() etc on OpenServer, you
	must build an ELF executable which then can use the dynamically loaded
	modules in libc.so. To accomplish this, the "-b elf" option to gcc is
	used.

	I successfully built mSQL 2.0 Beta 6 on SCO by setting CC="gcc -b elf"
	and exporting CC prior to running "./setup" as per the build
	instructions.

	I used Robert Lipe's GNU Dev Sys for SCO OpenServer available via
	http://www.sco.com/skunkware/
	This version of gcc supports the "-b elf" option and builds ELF format.


Robert Lipe <robertl@dgii.com> responded with

	> platform. In order to use dlopen(), dlclose() etc on OpenServer, you
	> must build an ELF executable which then can use the dynamically 
	> loaded modules in libc.so. To accomplish this, the "-b elf" option 
	> to gcc is used.

	This is true with both the SCO development system or the GNU 
	Development system.   dlopen() and friends only work with ELF 
	binaries.

	> This version of gcc supports the "-b elf" option and builds 
	> ELF format.

	Just as a "heads up" when GCC 2.8.0 is ever released [ It's been Real
	Soon Now for about a year and a half. ] the correct flag will be 
	"-m elf" instead of "-b elf".
