This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC 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: [lto] proper way to handle COMDAT

From: Cary Coutant <ccoutant at google dot com>
To: Rafael Espindola <espindola at google dot com>
Cc: gcc-patches <gcc-patches at gcc dot gnu dot org>
Date: Tue, 23 Dec 2008 15:29:42 -0800
Subject: Re: [lto] proper way to handle COMDAT
References: <38a0d8450812100051l3c6af4ael88bdac9cea8e7045@mail.gmail.com> <c17be2b30812101518o545cc661peb04eeb7a76e892@mail.gmail.com> <38a0d8450812110108v673adf1bk95634bd33fde30f3@mail.gmail.com>

>> (One other note about running WPA during a partial link: If you have a
>> global symbol defined in IR, and the linker returns a resolution of
>> "IR only", you can't assume it's visible only from within the IR you
>> have. Perhaps I should change the linker so that it never returns the
>> "IR only" resolution during a -r link?)
>
> Please do. It would be annoying for every plugin to check the output
> type.

I've submitted a patch for this:

  http://sourceware.org/ml/binutils/2008-12/msg00279.html

-cary

References:
- [lto] proper way to handle COMDAT
  - From: Rafael Espindola
- Re: [lto] proper way to handle COMDAT
  - From: Cary Coutant
- Re: [lto] proper way to handle COMDAT
  - From: Rafael Espindola

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