[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug in linker for Win32.

From: Nick Clifton
Subject: Re: Bug in linker for Win32.
Date: Mon, 15 Dec 2003 19:15:38 +0000
User-agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.2 (gnu/linux)

Hi Eric,

>        I have been poking at the ld/bfd sources to try and figure
>    out what the fault is, and have traced it to the function
>    gld_i386pe_after_open(), in ei386pe.c (which is a generated
>    source file).  Essentially there is extra magic that takes place
>    for Microsoft import libraries to make sure that the .idata$[2,3,4]
>    sections are properly sorted, and the presence of the .obj
>    files causes this section of code to decide that the library
>    isn't a Microsoft import library, and hence the hack isn't
>    required.
>        For my testcase, the enclosed patch does work, but I haven't
>    tested much beyond this however.  The patch is a bit on the ugly
>    side - it is on the conservative side I suppose in that I am not
>    sure what harm there would be in mistakenly concluding that we
>    have a Microsoft import library.

The patch does not look too bad.  if you can tidy up the formatting
and resubmit it I will approve it.

>       In fact, there is a harmless nit whereby the object files
>    that are included appear as foo.obj.b in the linker map.  Doesn't
>    hurt anything, but I suppose I ought to fix it before any patch
>    is official.

That would be good, although I would not consider it to be a priority.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]