From: Dave Korn <dave.korn.cygwin@gmail.com>
To: Dave Korn <dave.korn.cygwin@gmail.com>,
Kai Tietz <ktietz70@googlemail.com>,
binutils@sourceware.org
Subject: Re: SEC_NEVER_LOAD cleanup
Date: Fri, 05 Nov 2010 04:36:00 -0000 [thread overview]
Message-ID: <4CD38F63.5050105@gmail.com> (raw)
In-Reply-To: <20101026124613.GD5348@bubble.grove.modra.org>
On 26/10/2010 13:46, Alan Modra wrote:
> It seems we have irreconcilable differences between ELF and COFF in
> the treatment of NOLOAD. How does the following look to you COFF
> people?
Yes, please. With that, HEAD now DTRT, by which I mean behaves the same as
2.20 and earlier: the created section has an address and CONTENTS:
> 10 .gnu_debuglink_overlay 00000010 6123a000 6123a000 00213a00 2**2
> CONTENTS, EXCLUDE
... whereas unpatched HEAD omits the contents:
> 9 .gnu_debuglink_overlay 00000010 61239000 61239000 00000000 2**2
> EXCLUDE
... which is not the desired outcome.
I still have one discrepancy to tidy up, which is that running this command
on the generated DLL file:
> objcopy -g --add-gnu-debuglink=cygwin1.dbg cygwin0.dll
creates a section like so with 2.20:
> 12 .gnu_debuglink 00000010 61300000 61300000 00204600 2**2
> CONTENTS, READONLY
but creates a section like so:
> 12 .gnu_debuglink 00000010 61300000 61300000 00204c00 2**2
> CONTENTS, ALLOC, LOAD, READONLY, DATA
... with HEAD, either with or without your patch. I imagine this is down to
the styp to/from section flags conversion in coffcode.h, I'm investigating
that now.
cheers,
DaveK
next prev parent reply other threads:[~2010-11-05 4:36 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-16 0:03 Alan Modra
2010-10-15 20:31 ` Dave Korn
2010-10-15 20:36 ` Kai Tietz
2010-10-15 22:27 ` Dave Korn
2010-10-15 22:28 ` Dave Korn
2010-10-16 2:36 ` Alan Modra
2010-10-16 20:08 ` Kai Tietz
2010-10-16 20:19 ` Dave Korn
2010-10-17 10:32 ` Kai Tietz
2010-10-17 16:40 ` Dave Korn
2010-10-17 19:18 ` Kai Tietz
2010-10-17 23:29 ` Alan Modra
2010-10-18 6:22 ` Kai Tietz
2010-10-18 13:44 ` Alan Modra
2010-10-18 14:39 ` Kai Tietz
2010-10-19 15:05 ` Kai Tietz
2010-10-20 14:48 ` Dave Korn
2010-10-26 12:46 ` Alan Modra
2010-10-26 16:56 ` Dave Korn
2010-11-05 4:36 ` Dave Korn [this message]
2010-11-05 5:58 ` Alan Modra
2010-11-05 7:24 ` Dave Korn
2010-10-21 23:32 ` Alan Modra
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CD38F63.5050105@gmail.com \
--to=dave.korn.cygwin@gmail.com \
--cc=binutils@sourceware.org \
--cc=ktietz70@googlemail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).