This is the mail archive of the gcc@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 on newlib targets w/o Gold


On 01/02/2011 17:15, H.J. Lu wrote:
> On Tue, Feb 1, 2011 at 2:54 AM, Dave Korn <dave.korn.cygwin@gmail.com> wrote:
>> On 01/02/2011 02:33, Joel Sherrill wrote:
>>> Hi,
>>>
>>> There are ~100 failures on each *-rtems* target
>>> in the latest test runs when various lto related
>>> flags are on.  The symbols in questions are in the
>>> RTEMS libraries which are picked up via the
>>> -B... argument.  Other symbols from the same
>>> library are resolved.
>>  These have all cropped up since -fuse-linker-plugin became the default.
>>
>>> Should LTO work with a target not using gold?
>>  Yes, it should, but some work is needed at the binutils end.  I am testing
>> the attached two patches at the moment; the idea is to have fully-debugged
>> support for LTO+plugin in the 2.20.1 release, to support 4.6.0 when it comes out.
>>
> 
> FWIW, your recan linker patch doesn't fix LTO 8, which is:
> 
> http://sourceware.org/bugzilla/show_bug.cgi?id=12277

  It wasn't supposed to, we've been through this before.  It needs both the
link-order fix *and* the rescan-libs fix.  The combined pair of patches I sent
Joel (one of which is indeed that first patch, the second of which is for lib
rescanning) *does* fix LTO 8 on i686/Linux, I tested it.

    cheers,
      DaveK



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