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
next prev parent 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