From: Tom Tromey <tom@tromey.com>
To: Joel Brobecker <brobecker@adacore.com>
Cc: Tom Tromey <tom@tromey.com>,
Simon Marchi <simon.marchi@polymtl.ca>,
Xavier Roirand <roirand@adacore.com>,
gdb-patches@sourceware.org
Subject: Re: [RFA 2/5] Darwin: Handle unrelocated dyld.
Date: Wed, 19 Sep 2018 14:36:00 -0000 [thread overview]
Message-ID: <87fty5r1ud.fsf@tromey.com> (raw)
In-Reply-To: <20180919134057.GN19172@adacore.com> (Joel Brobecker's message of "Wed, 19 Sep 2018 06:40:57 -0700")
>>>>> "Joel" == Joel Brobecker <brobecker@adacore.com> writes:
>> + (Apparently dyld doesn't need to relocate itself on x86-64 darwin,
>> + but don't assume that).
Joel> I am wondering whether the difference in what you are seeing
Joel> might be explained by a difference in MacOS X version; if I were
Joel> to guess, I would say that Xavier was running on Mac OS X Sierra.
Joel> What version were you running on?
High Sierra.
Joel> Or perhaps the intent is to be extra careful meaning that while
Joel> today the relocation is not necessary, we still handle it so that
Joel> it continues working the day it becomes so?
I couldn't really say, I just concluded what I did based on the mention
of the specific architecture there.
Joel> If the comment above is confusing, I would vote for removing it.
I think we need more information.
If we remove the comment because we think it is untrue, then Simon's
original critique of the patch -- that there is no reason for a second
solib breakpoint -- seems correct. And in this case we should remove a
chunk of the patch.
Based on my testing thus far, this would be fine. But I don't know what
testing Xavier and Tristan did, or with what architectures.
Also my testing hasn't been exactly exhaustive. I just try simple
things because today those break.
Now, for my purposes, it would be fine to land the more minimal patch.
That would not preclude adding this code back later. If that seems ok,
I'm happy to do it. I'd like to get this working so I can make some
progress on other patches, and anyway un-break the Mac port.
Joel> That makes me realize (again) that, for MacOS X, we should be more
Joel> proactive at specificying which version a patch we are submitting
Joel> was tested on, and some information about which versions of MacOS X
Joel> a given patch helps. A fair amount of work that Tristan did once
Joel> the initial port was created was to adapt it to subsequent versions
Joel> of Darwin. Nearly every new version of Darwin introduced its new
Joel> set of changes requiring additional adaptations.
Wholly agreed.
Tom
next prev parent reply other threads:[~2018-09-19 14:36 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-22 10:11 [RFA 0/5] Fix some bugs on macOS Xavier Roirand
2018-08-22 10:11 ` [RFA 2/5] Darwin: Handle unrelocated dyld Xavier Roirand
2018-08-22 13:55 ` Simon Marchi
2018-09-18 21:22 ` Tom Tromey
2018-09-19 13:41 ` Joel Brobecker
2018-09-19 14:16 ` Simon Marchi
2018-09-19 14:28 ` Joel Brobecker
2018-09-19 14:36 ` Tom Tromey [this message]
2018-09-19 14:44 ` Simon Marchi
2018-09-19 15:32 ` Joel Brobecker
2018-09-19 19:15 ` Tom Tromey
2018-09-19 19:50 ` Simon Marchi
2018-09-28 13:31 ` Xavier Roirand
2018-09-28 17:22 ` Tom Tromey
2018-08-22 13:59 ` Simon Marchi
2018-09-18 21:23 ` Tom Tromey
2018-08-22 10:11 ` [RFA 4/5] Darwin: fix thread ptid started by fork_inferior Xavier Roirand
2018-08-22 14:30 ` Simon Marchi
2018-08-22 16:10 ` Pedro Alves
2018-08-22 18:14 ` Simon Marchi
2018-08-22 10:11 ` [RFA 5/5] Darwin: fix SIGTRAP when debugging Xavier Roirand
2018-08-22 14:34 ` Simon Marchi
2018-08-22 10:11 ` [RFA 3/5] Darwin: set startup-with-shell to off on Sierra and later Xavier Roirand
2018-08-22 14:20 ` Simon Marchi
2018-08-22 14:37 ` Pedro Alves
2018-09-03 13:23 ` Xavier Roirand
2018-09-17 19:31 ` Tom Tromey
2018-08-22 10:11 ` [RFA 1/5] Darwin: fix bad loop incrementation Xavier Roirand
2018-08-22 13:14 ` Simon Marchi
2018-08-23 15:21 ` Simon Marchi
2018-09-17 20:57 ` [RFA 0/5] Fix some bugs on macOS Tom Tromey
2018-09-17 21:25 ` Joel Brobecker
2018-09-17 23:03 ` Tom Tromey
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=87fty5r1ud.fsf@tromey.com \
--to=tom@tromey.com \
--cc=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
--cc=roirand@adacore.com \
--cc=simon.marchi@polymtl.ca \
/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