Re: Bug for darwin + windows

[NightStrike <nightstrike at gmail dot com>]

On 12/12/10, Dave Korn <dave.korn.cygwin@gmail.com> wrote:
> On 10/12/2010 20:07, NightStrike wrote:
>
>> The shadowed variable is within binutils... from ldmain.h to libbfd.h.
>>  You are refusing to address that within your own product?
>
>
>   The shadowed variable is within ld.  It is not in scope of bfd.  During
> the
> compilation of the actual function in bfd/reloc.c, there is no global
> link_info in scope anywhere.  During the compilation of ld, when there is a
> global link_info, the formal parameters of the function within bfd are not
> in
> scope anywhere (well, except between the brackets in the function prototype;
> the point is that the body of that function is never in scope during the
> compilation of ld, because it's in an external static library, libbfd.)
> There
> is no possible way there can be any clash, so GCC is nuts to complain.
>
>   This is GCC PR529(*), btw!  You're using some version of gcc-3, right?
>
>     cheers,
>       DaveK
> --
> (*) - http://gcc.gnu.org/bugzilla/show_bug.cgi?id=529
>

Thanks for the detailed explanation, Dave.  That makes a lot more sense now.

The GCC version is that which comes with darwin (leopard).