This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: PE-COFF and import tables


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]