[4397] in Kerberos
Re: Porting of V5 to AIX 4.1
daemon@ATHENA.MIT.EDU (Anthony J. Lill)
Wed Dec 21 23:21:32 1994
To: alf@minnie.kgn.ibm.com
Cc: kerberos@MIT.EDU, krb5-bugs@MIT.EDU
In-Reply-To: Your message of "19 Dec 1994 19:26:21 GMT."
<3d4mot$t0j@mhvnews.kgn.ibm.com>
Reply-To: Tony.Lill@ajlc.waterloo.on.ca
Date: Wed, 21 Dec 1994 23:09:18 -0500
From: "Anthony J. Lill" <ajlill@ajlc.waterloo.on.ca>
>>>>> "Pat" == Pat Meehan <alf@minnie.nic.kingston.ibm.com> writes:
Pat> Hi all!
Pat> 'Trying' :( to port V5 to AIX 4.1 ... A couple of things...
Pat> When I do a make clean, then try to compile (ie, make ...)
Pat> the make clean rm's some of the source files that came with
Pat> the distribution and so when I issue make it bombs out
Pat> because it can't find certain files (like
Pat> src/util/et/et_c.awk, src/util/et/et_h.awk,
Pat> src/util/ss/ct_c.sed, and src/util/ss/ct_c.awk...)
No, That's a bug. Here's some more you're libel to run into, Plus I
may have forgotten one or two...
--------
I'm working on getting KRB5 Beta 4 pl3 to compile on Dell SVR4 and
Windows 3.1 have run into the following problems:
1) The configure script distributed in util/et did not work. Probable
cause is that the command to re-create the Makefile doesn't pass the
--topdir arg to autoconf. Also, for some reason, running autoconf
--topdir=. in src produces a configure script with the head chopped
off, while running autoconf without the argument works.
2) You should mention somewhere that the autoconf you distribute has
been modified, and the arguments required to generate a working
configuration, this would have saved me a couple of hours trying to
fix 1.
3) The sed that comes with SVR4 can't handle the ct_c.sed script, you
should probably search for a more appropriate one rather than
hardcoding /bin/sed
4) Runing 'make clean' in util/ss removes ct_c.awk and ct_c.sed, and
there is no way to re-create them if srcdir=.
5) It would be nice if mk_cmds was installable, i.e. it should look
for the scripts someplace other than the build dir.
6) In include/krb5/configure.in, your check:
AC_CONST
AC_DEFINE(HAS_ANSI_CONST)
is generating code:
if eval $ac_compile; then
:
else
define const ""
fi
define HAS_ANSI_CONST 1
which is probably not what you intended.
7) Of course, the eval fails when it shouldn't, so the test is bogus
for me. The stock C compiler rejects the test:
{ /* Sun SC1.0 ANSI compiler rejects this -- but not the above. */
typedef const int *iptr;
iptr p = 0;
++p;
}
and so sets const to "", however, a number of files
(e.g. lib/krb5/asn.1/asn1_decode.c) include stdio.h, autoconf.h, then
stdlib.h. In both stdio.h and stdlib.h, system is defined as
int system( const char * );
but the second time around, the const is stripped, and the compile
fails.
I now continue using gcc.
8) Is it your intention to propagate the DECLARG/OLDDECLARG to all the
kerberos source? If so, I may do some of the work.
9) Anyone working on a way to set NARROW_PROTOTYPES?
10) Your test for -lsocket in kdc (probably elsewhere as well) can't
work. On SVR4 -lsocket requires -lnsl, so trying to compile the test
program with -lsocket but without -lnsl will always fail. I switched
the order, and it linked, but only because I'm using shared libs.
10) The following bit of code in lib/krb5/asn.1/asn1buf.c to totally
bogus if NARROW_PROTOTYPES is defined:
(*s)[length] = '\0';
for(i=0; i<length; i++)
OLDDECLARG( (*s)[i] = , (buf->base)[length-i-1])
}
return 0;
I just put braces around the OLDDECLARG since the comment claimed it
was debug code.
12) You lost the file doc/api/fancyheadings.sty as well as psfonts.sty
and ncs.sty from the distribution since Beta 2.
13) I've had to add networking libs to a number of programs to resolve
htons and friends.
The port has gone well, and is being tested at a number of sites. I
just have to clean up some stuff I've hardcoded into Makefile.in's (if
I can), and pull together a few support files, and then I'll be sending
the diffs in, probably before yearend.
--
Tony Lill, Tony.Lill@AJLC.Waterloo.ON.CA
President, A. J. Lill Consultants (519) 241 2461
539 Grand Valley Dr., Cambridge, Ont. fax/data (519) 650 3571
"Welcome to All Things UNIX, where if it's not UNIX, it's CRAP!"
