This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: PE-COFF and import tables
- From: Pedro Alves <pedro at codesourcery dot com>
- To: binutils at sourceware dot org
- Cc: Dave Korn <dave dot korn dot cygwin at googlemail dot com>, "Vincent R." <forumer at smartmobili dot com>, Kai Tietz <ktietz70 at googlemail dot com>, Vincent Torri <vtorri at univ-evry dot fr>
- Date: Sat, 9 May 2009 21:19:40 +0100
- Subject: Re: PE-COFF and import tables
- References: <6d17d832d6583ad346cb9f7676531bdc@mail.smartmobili.com> <4A05AD75.8060300@gmail.com>
On Saturday 09 May 2009 17:21:09, Dave Korn wrote:
> > ? ? ? ? DLL Name: coredll.dll
> > ? ? ? ? vma: ?Hint/Ord Member-Name Bound-To
> > ? ? ? ? 16350 ? ? ? 4 ?_fileno
> > ? ? ? ? 1635a ? ? ?20 ?_strdup
> >
> > ?00016014 ? ? ? 000160b4 00000000 00000000 0001684c 0001620c
> >
> > ? ? ? ? DLL Name: COREDLL
> > ? ? ? ? vma: ?Hint/Ord Member-Name Bound-To
> >
> >
> > So during these days there was a slight differences in naming and that
> > could explain why
> > it was working even if it was already generating a wrong format.
>
> ? Is it not working now? ?You didn't yet say. ?As far as I know, the .DLL
> extension should be present in both cases. ?I fixed a problem relating to this
> just recently:
This was because libceoldname.a (from mingw, the equivalent of
libmoldname.a for CE) used to be built with `--dllname coredll.dll',
while coredll.def has `LIBRARY COREDLL'. This wasn't a problem
for most devices, but, we've had reports of a few that refused
to load such binaries, so currently libceoldmane.a is build
with:
mingw/Makefile.in:
libceoldname.a: moldname-coredll.def $(MOLD_OBJS)
$(DLLTOOL) --as $(AS) -k -U \
--dllname COREDLL \
--def moldname-coredll.def \
So, with current sources, you'll not see "coredll.dll" anymore.
--
Pedro Alves