From dcschooley@ieee.org Tue Mar 13 00:25:42 2001
Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83])
by rt-11.mit.edu (8.9.3/8.9.3) with ESMTP id AAA20898
for <bugs@RT-11.mit.edu>; Tue, 13 Mar 2001 00:25:38 -0500 (EST)
Received: from elmls01.ce.mediaone.net (elmls01.ce.mediaone.net [24.131.128.25])
by pacific-carrier-annex.mit.edu (8.9.2/8.9.2) with ESMTP id AAA00027
for <krb5-bugs@mit.edu>; Tue, 13 Mar 2001 00:25:39 -0500 (EST)
Received: from [192.168.1.100] (el01-24-131-141-229.ce.mediaone.net [24.131.141.229])
by elmls01.ce.mediaone.net (8.8.7/8.8.7) with ESMTP id XAA09674;
Mon, 12 Mar 2001 23:25:34 -0600 (CST)
Message-Id: <p04320400b6d35eb6c1b8@[192.168.1.100]>
Date: Mon, 12 Mar 2001 23:25:27 -0600
From: David Schooley <dcschooley@ieee.org>
To: krb5-bugs@mit.edu
Cc: dcschooley@ieee.org
Subject: Compiling Kerberos5 on MacOS X
System: Darwin fahrrad.localnet 1.2 Darwin Kernel Version 1.2: Wed
Aug 30 23:32:53 PDT 200
0; root:xnu/xnu-103.obj~1/RELEASE_PPC Power Macintosh powerpc
so, then the assumption is that only the client programs are needed.
Code enabled by the checks also makes Macintosh/OS X specific function
calls and tries to pull in Macintosh specific source. All of this
is great unless you are attempting to compile Kerberos from the
command line on the BSD side of OS X (Darwin). In this case, the
__MACH__ checks cause the build to fail. Globally changing __MACH__
to __MAxCH__ allows Kerberos to compile and run cleanly under Darwin.
__MACH__ is still necessary. It might be possible to do something
with configure.
--
---------------------------------------------------
David C. Schooley, Ph.D.
Transmission Operations/Technical Operations Support
Commonwealth Edison Company
work phone: 630-691-4466/(472)-4466
work email: mailto:david.c.schooley@ucm.com
home email: mailto:dcschooley@ieee.org
Responsible-Changed-From-To: gnats-admin->krb5-unassigned
Responsible-Changed-By: raeburn
Responsible-Changed-When: Mon Mar 26 22:11:48 2001
Responsible-Changed-Why:
Recategorized.
From: Ken Raeburn <raeburn@MIT.EDU>
To: dcschooley@ieee.org
Cc: krb5-bugs@MIT.EDU, dcschooley@ieee.org
Subject: Re: krb5-build/928: MACH check keeps Kerberos from compiling on OS X
Date: Mon, 26 Mar 2001 22:17:00 -0500
Yes, the compilation of krb5 under Darwin in that mode has not been
the priority for our Mac developers at this time. When there's less
time pressure, I expect this'll be cleaned up a bit, but I can't say
for sure where it's going at this time.
Ken
Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83])
by rt-11.mit.edu (8.9.3/8.9.3) with ESMTP id AAA20898
for <bugs@RT-11.mit.edu>; Tue, 13 Mar 2001 00:25:38 -0500 (EST)
Received: from elmls01.ce.mediaone.net (elmls01.ce.mediaone.net [24.131.128.25])
by pacific-carrier-annex.mit.edu (8.9.2/8.9.2) with ESMTP id AAA00027
for <krb5-bugs@mit.edu>; Tue, 13 Mar 2001 00:25:39 -0500 (EST)
Received: from [192.168.1.100] (el01-24-131-141-229.ce.mediaone.net [24.131.141.229])
by elmls01.ce.mediaone.net (8.8.7/8.8.7) with ESMTP id XAA09674;
Mon, 12 Mar 2001 23:25:34 -0600 (CST)
Message-Id: <p04320400b6d35eb6c1b8@[192.168.1.100]>
Date: Mon, 12 Mar 2001 23:25:27 -0600
From: David Schooley <dcschooley@ieee.org>
To: krb5-bugs@mit.edu
Cc: dcschooley@ieee.org
Subject: Compiling Kerberos5 on MacOS X
Show quoted text
>Number: 928
>Category: krb5-build
>Synopsis: MACH check keeps Kerberos from compiling on OS X
>Confidential: no
>Severity: serious
>Priority: low
>Responsible: krb5-unassigned
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Tue Mar 13 00:26:00 EST 2001
>Last-Modified: Fri Sep 14 13:47:52 EDT 2001
>Originator: David Schooley <dcschooley@ieee.org>
>Organization:
None>Category: krb5-build
>Synopsis: MACH check keeps Kerberos from compiling on OS X
>Confidential: no
>Severity: serious
>Priority: low
>Responsible: krb5-unassigned
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Tue Mar 13 00:26:00 EST 2001
>Last-Modified: Fri Sep 14 13:47:52 EDT 2001
>Originator: David Schooley <dcschooley@ieee.org>
>Organization:
Show quoted text
>Release: krb5-1.2.2
>Environment:
<machine, os, target, libraries (multiple lines)>>Environment:
System: Darwin fahrrad.localnet 1.2 Darwin Kernel Version 1.2: Wed
Aug 30 23:32:53 PDT 200
0; root:xnu/xnu-103.obj~1/RELEASE_PPC Power Macintosh powerpc
Show quoted text
>Description:
Various parts of the source check to see if __MACH__ is defined. Ifso, then the assumption is that only the client programs are needed.
Code enabled by the checks also makes Macintosh/OS X specific function
calls and tries to pull in Macintosh specific source. All of this
is great unless you are attempting to compile Kerberos from the
command line on the BSD side of OS X (Darwin). In this case, the
__MACH__ checks cause the build to fail. Globally changing __MACH__
to __MAxCH__ allows Kerberos to compile and run cleanly under Darwin.
Show quoted text
>How-To-Repeat:
Attempt to compile krb5 from the command line in OS X or Darwin.Show quoted text
>Fix:
I'm not sure the best way to go about fixing this if checking for__MACH__ is still necessary. It might be possible to do something
with configure.
--
---------------------------------------------------
David C. Schooley, Ph.D.
Transmission Operations/Technical Operations Support
Commonwealth Edison Company
work phone: 630-691-4466/(472)-4466
work email: mailto:david.c.schooley@ucm.com
home email: mailto:dcschooley@ieee.org
Show quoted text
>Audit-Trail:
Responsible-Changed-From-To: gnats-admin->krb5-unassigned
Responsible-Changed-By: raeburn
Responsible-Changed-When: Mon Mar 26 22:11:48 2001
Responsible-Changed-Why:
Recategorized.
From: Ken Raeburn <raeburn@MIT.EDU>
To: dcschooley@ieee.org
Cc: krb5-bugs@MIT.EDU, dcschooley@ieee.org
Subject: Re: krb5-build/928: MACH check keeps Kerberos from compiling on OS X
Date: Mon, 26 Mar 2001 22:17:00 -0500
Yes, the compilation of krb5 under Darwin in that mode has not been
the priority for our Mac developers at this time. When there's less
time pressure, I expect this'll be cleaned up a bit, but I can't say
for sure where it's going at this time.
Ken
Show quoted text
>Unformatted: