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: [PATCH] Revise long section names coff extension handling for PE targets, take 2.

From: Nick Clifton <nickc at redhat dot com>
To: Dave Korn <dave dot korn dot cygwin at googlemail dot com>
Cc: binutils at sourceware dot org
Date: Wed, 18 Feb 2009 17:22:22 +0000
Subject: Re: [PATCH] Revise long section names coff extension handling for PE targets, take 2.
References: <4999F6FE.3020400@gmail.com>

Hi Dave,

  The first three failures all arise because on these targets, invoking "ld
-r" on an object file creates a fully-linked executable, not another
relocatable object.

This is an error. If the target does not support the -r option to generate a relocatable object file then it should issue an error when it is used, not silently ignore it.

I do not know if this means that "ld -r" is broken on those platforms, or if
it is not supported on those platforms; once I find out, I can either XFAIL or
skip the tests if it is not supposed to work, or leave them FAILing if it
indicates a real bug.

In my opinion "ld -r" should work on all of these targets. I can think of no good reason why it should not.

  Given all that, OK for trunk, or shall we wait to hear from the other
maintainers about what to do with the "ld -r" failure?

OK for trunk.

Cheers
  Nick

Follow-Ups:
- Re: [PATCH] Revise long section names coff extension handling for PE targets, take 2.
  - From: Dave Korn

References:
- [PATCH] Revise long section names coff extension handling for PE targets, take 2.
  - From: Dave Korn

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