From:	sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Message-Id:	<10212060731.AA20839@clio.rice.edu>
Subject:	Updated dxe_wip.zip (functional)
To:	dborca AT yahoo DOT com (Daniel Borca),
	djgpp-workers AT delorie DOT com (DJGPP developers)
Date:	Fri, 6 Dec 2002 01:31:46 -0600 (CST)
Cc:	bdeck AT lycos DOT co DOT uk (Ben Decker), khchan AT softhome DOT net (Chan Kar Heng)
In-Reply-To:	<20021205113358.79281.qmail@web41008.mail.yahoo.com> from "Daniel Borca" at Dec 05, 2002 03:33:58 AM
X-Mailer:	ELM [version 2.5 PL2]
Mime-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

I don't have time to hack on it now, so I've updated the 
  http://clio.rice.edu/djgpp/dxe_wip.zip  (7Kb)
with the current dxe2obj source and two example directories.

the vector is missing a "major,minor" version ident.  All validation
is missing.  No startup routines.  Doesn't search for DXEs.  No
docs yet.  But I think it gives an idea of what I was thinking about.
Lots of cleanup needed (don't need/use .DXIs, etc).

I've built iconv.dxe (858K), an updated libiconv.a (6K), and the iconv.exe
utility driver program (75K) - and it seems to work (see the t directory,
but you will need to get the files from simtel, large ...)

Oh, you need to put the new _dxe_load in your libc or modify the test.bat 
files to link it in (it's already in my v204/cvs test tree).

If we at least get the update _dxe_load into the new libc, the 
rest of the support is latent and will work whenever we turn it on
(completely backward compatible, I'm using the same images to build
the EMU387.DXE).

- Raw text -