Message-ID:	<000901c30700$9909da20$0100a8c0@acp42g>
From:	"Andrew Cottrell" <acottrel AT ihug DOT com DOT au>
To:	"Charles Sandmann" <sandmann AT clio DOT rice DOT edu>
Cc:	<djgpp-workers AT delorie DOT com>
References:	<10304200456 DOT AA22077 AT clio DOT rice DOT edu>
Subject:	Re: dxe review
Date:	Sun, 20 Apr 2003 15:49:23 +1000
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-Mailer:	Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE:	Produced By Microsoft MimeOLE V6.00.2800.1106
Reply-To:	djgpp-workers AT delorie DOT com

> > I tried two real world test with Allgro and Grep and unfortunatly both
> > failed as indicated below. Am I correct in my interpretation of the docs
in
> > that the DXE code must not call code in LIBC which is linked with the
app?
> > If I am wrong then any ideas on the problems below?
>
> For any module which uses symbols in the main image, you must tell it
where
> to find them.  This is ugly.  Use dxe3res to create a wrapper which does
> it automatically.  After reading the documentation, I am convinced that
> this advice should be moved to the top as it's the "most powerful" and
> "requires minimal interaction from the user".  The other methods require
> writing non-standard code which no one will want to maintain.
100% agree and I would also suggest that something like the following be
added:-
If the code in a DXE calls a function that is not in another DXE then you
must use dxe3res on the DXE(s) that are to be used by the executable.

> The where to find "printf" type problem really hinders the dlopen()
> usefulness for compatibility purposes - and will continue to do so
> unless the location of all routines is stored in the image always.
> (I have a plan to make libc dynamic which automatically would provide
> all this info - but time is too short to finish it in the next few
> weeks).
I agree.
>
> Thanks for the tests - I'll do a new pass at the documentation...
> Try dxe3res and let us know if that works.
Allegro test:-
With allegro I got further, but the exe crashes somewhere in the Allegro
graphics routines.

Grep test:-
I still get an unresolved symbol, but I can't figure out what to do next. I
tried only converting libintl to a dxe and leaving libiconv and vice versa,
but I got multiple definition of `_locale_charset'.

The unresolved symbol error now is:-
    DJ204 D:\dj204\gnu\grep-2.51\src>grep
    libintl.DXE: module loading failed (unresolved symbol: _libiconv)
    Abort!
    Exiting due to signal SIGABRT

I found that _libiconv is in the libintl library. The following may help.
DJ204 D:\dj204\gnu\grep-2.51\src>\dj204\bin\grep -U _libiconv *.*
Binary file grep.exe matches
grepinc.c:DXE_EXPORT_TABLE_AUTO (___dxe_eta___libiconv_libintl)
Binary file grepinc.o matches
Binary file libiconv.DXE matches
Binary file libiconv.a matches
Binary file libiconv_I.A matches
Binary file libintl.DXE matches
Binary file libintl.a matches

Andrew

- Raw text -