Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Simon Marchi <simon.marchi@polymtl.ca>
To: Tom Tromey <tom@tromey.com>
Cc: Joel Brobecker <brobecker@adacore.com>,
	       Xavier Roirand <roirand@adacore.com>,
	gdb-patches@sourceware.org
Subject: Re: [RFA 2/5] Darwin: Handle unrelocated dyld.
Date: Wed, 19 Sep 2018 14:44:00 -0000	[thread overview]
Message-ID: <8f17f90607d350f19c4a36346c4e1acb@polymtl.ca> (raw)
In-Reply-To: <87fty5r1ud.fsf@tromey.com>

On 2018-09-19 10:36, Tom Tromey wrote:
>>>>>> "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

I would vote for only checking in the code you know is necessary for 
now, otherwise it will just be more confusing in the future, trying to 
figure out what is needed and what isn't.

Simon


  reply	other threads:[~2018-09-19 14:44 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
2018-09-19 14:44           ` Simon Marchi [this message]
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 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-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 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-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=8f17f90607d350f19c4a36346c4e1acb@polymtl.ca \
    --to=simon.marchi@polymtl.ca \
    --cc=brobecker@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --cc=roirand@adacore.com \
    --cc=tom@tromey.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