Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Stan Shebs <stanshebs@earthlink.net>
To: Mark Kettenis <mark.kettenis@xs4all.nl>
Cc: gingold@adacore.com, gdb-patches@sourceware.org
Subject: Re: [RFA] Darwin Port (Part 1: changes in common files)
Date: Mon, 10 Nov 2008 20:24:00 -0000	[thread overview]
Message-ID: <4918946A.6050501@earthlink.net> (raw)
In-Reply-To: <200811101858.mAAIwoKj009428@brahms.sibelius.xs4all.nl>

Mark Kettenis wrote:
>> From: Tristan Gingold <gingold@adacore.com>
>> Date: Mon, 10 Nov 2008 11:20:41 +0100
>>
>> diff -c -r1.101 configure.host
>> *** configure.host	19 Jan 2008 15:03:50 -0000	1.101
>> --- configure.host	10 Nov 2008 10:19:14 -0000
>> ***************
>> *** 62,67 ****
>> --- 62,69 ----
>>
>>    case "${host}" in
>>
>> + *-apple-darwin*)	gdb_host=macosx ;;
>> +
>>    alpha*-*-osf[3456789]*)	gdb_host=alpha-osf3 ;;
>>    alpha*-*-linux*)	gdb_host=alpha-linux ;;
>>    alpha*-*-freebsd* | alpha*-*-kfreebsd*-gnu)
>>     
>
> I know Apple doesn't want you to run their OS on non-Apple hardware,
> but I don't think we should reinforce that standpoint.  Could we just
> match *-*-darwin*?
>   
I agree.
> Also, I'm a bit confused by the Darwin vs. MacOS X naming game.  I
> realize it would be quite a bit of work, but to me it would make sense
> to exclusively use Darwin in comments, function names and file names
> (appropriately capitalized).
>   
Yes, we should be using "Darwin" everywhere in sources, file names, etc. 
"Mac OS X" refers to the total package that Apple delivers, with Aqua, 
Finder, etc, while Darwin is kernel + Unix-style tools. Darwin is fully 
functional by itself, and to the casual user would look nearly identical 
to FreeBSD. There shouldn't be anything in FSF GDB that depends on 
non-Darwin OS X bits; there wasn't anything like that in Apple's GDB 
either, at least in the past. (Apple's GDB is inconsistent about 
"darwin" vs "macosx", not least because it predates the creation of the 
Darwin project.)
> Why do you need both Darwin and Darwin64?  We don't do this for other
> operating systems that have both a 32-bit and a 64-bit variant.
>
>   
This may or may not be necessary - the ABIs are different, and both 
32-bit and 64-bit executables can be run at the same time by the same 
kernel, no rebooting needed. So a GDB session does have to distinguish 
the two types of executables.

Stan


  reply	other threads:[~2008-11-10 20:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-10 10:21 Tristan Gingold
2008-11-10 19:37 ` Mark Kettenis
2008-11-10 20:24   ` Stan Shebs [this message]
2008-11-10 20:25     ` Mark Kettenis
2008-11-11  1:27   ` Joel Brobecker
2008-11-11  3:00     ` Mark Kettenis
2008-11-12 10:11   ` Tristan Gingold

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=4918946A.6050501@earthlink.net \
    --to=stanshebs@earthlink.net \
    --cc=gdb-patches@sourceware.org \
    --cc=gingold@adacore.com \
    --cc=mark.kettenis@xs4all.nl \
    /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