[M3commit] CVS Update: cm3

[Jay Krell]

CVSROOT:	/usr/cvs
Changes by:	jkrell at birch.	09/07/16 21:56:46

Modified files:
	cm3/examples/win32-dll/src/: RTMain.m3 
	cm3/m3-libs/sgml/src/: SGML.m3 m3makefile 
	cm3/m3-obliq/obliqrt/src/: Obliq.m3 m3makefile 
	cm3/m3-sys/cm3/src/: Builder.m3 M3Build.m3 Main.m3 Makefile.m3 
	cm3/m3-sys/cm3ide/src/misc/: Default.m3 
	cm3/m3-sys/m3quake/src/: MxConfig.i3 
	cm3/m3-tools/m3browser/src/: Main.m3 m3makefile 
	cm3/m3-tools/m3scan/src/: M3Scanner.m3 m3makefile 
	cm3/m3-tools/m3tk/src/toolframe/: M3PathTool.m3 
	cm3/m3-tools/m3tohtml/src/: FilePath.m3 Main.m3 Msg.m3 
Added files:
	cm3/m3-tools/m3scan/src/: m3scan_M3ID.m3 m3scan_M3ID.i3 
Removed files:
	cm3/m3-libs/libm3/src/config/: m3makefile 
	cm3/m3-tools/m3scan/src/: M3ID.m3 M3ID.i3 

Log message:
	eliminate libm3/M3Config
	use m3quake/MxCOnfig instead
	Where a value is computed at runtime from the
	live config file, use MxConfig.Get()
	
	That way there are no bogus paths computed/recorded at build time.
	
	rename m3scan/M3ID to m3scan_M3ID to avoid
	the duplicate unit that would have otherwise
	resulted (from bringing together m3scan and m3quake
	where before it was m3scan and libm3; m3quake
	imports m3middle, which has an M3ID also)
	
	use foo.tmp instead of .foo.i3
	I don't like hidden files.
	
	One confusing point is that there would have been both
	MxConfig.TARGET (static) and MxConfig.Get("TARGET") (dynamic)
	
	MxConfig.TARGET is the host, Get("TARGET")
	is the host..so change it to MxConfig.HOST
	
	for that matter, put HOST_ on all the static values
	maybe that is overkill, because most code doesn't
	think about or care about "host" vs. "target"
	
	But that code shouldn't be using MxConfig maybe?
	Maybe OSConfig?
	
	This should address Peter Eiserloh's concerns.