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


Pedro Alves wrote:
> On Sunday 10 May 2009 13:01:07, Dave Korn wrote:
>>> Yes and I have tested with a brand new binutils(09 May 2009) and now I have
>>>
>>>
>>>> arm-mingw32ce-objdump -x libeet-1.dll | less
>>   You didn't say; you need to rebuild libcoredll and libceoldname using the
>> new tools before re-linking the libeet DLL would show any difference, did you
>> rebuild the libs?
> 
> I don't think the append-.dll-suffix-if-there's-no-suffix magic applies
> to dlltool's --dllname switch? 

  Oh, right, no it doesn't.

> I think we need to tweak cegcc's mingw/Makefile.in like so:
> 
> mingw/Makefile.in:
> libceoldname.a: moldname-coredll.def $(MOLD_OBJS)
>         $(DLLTOOL) --as $(AS) -k -U     \
> -                --dllname COREDLL       \
> +               --dllname COREDLL.dll       \
>                 --def moldname-coredll.def      \
> 
> I see that sourceware mingw has explicit .dll suffixes
> in the *oldname.a rules:
> 
>  http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/Makefile.in?rev=1.88&content-type=text/x-cvsweb-markup&cvsroot=src

  Yes, that looks right to me.  Are you additionally supplying a LIBRARY name
in moldname-coredll.def?  I don't know which would take priority, but the
LIBRARY name will get .dll appended anyway so it shouldn't matter.

    cheers,
      DaveK


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