[1296] in Kerberos_V5_Development
Re: Why make check fails under Ultrix....
daemon@ATHENA.MIT.EDU (Theodore Y. Ts'o)
Fri Jun 7 13:50:28 1996
Date: Fri, 7 Jun 1996 13:50:01 -0400
From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
To: Mark Eichin <eichin@MIT.EDU>
Cc: "Theodore Y. Ts'o" <tytso@MIT.EDU>, Mark Eichin <eichin@MIT.EDU>,
Ezra Peisach <epeisach@MIT.EDU>, krbdev@MIT.EDU, krb5-bugs@MIT.EDU
In-Reply-To: Mark Eichin's message of 07 Jun 1996 03:45:30 -0400,
<xe1vih46orp.fsf@maneki-neko.cygnus.com>
From: Mark Eichin <eichin@MIT.EDU>
Date: 07 Jun 1996 03:45:30 -0400
Are we looking at the same thing? appl/gssftp/ftp/pclose.c has always
had, and still has, an #ifndef HAVE_GETDTABLESIZE, and
appl/gssftp/ftp/configure.in has the corresponding
AC_HAVE_FUNCS(getcwd getdtablesize). In fact, configure.in is
untouched since 3/19, pclose.c is untouched since 2/7. The issue in
question is why this AC_HAVE_FUNCS test might have suddenly started
failing for Tom on Ultrix -- or did that actually happen?
No, we aren't looking at the same thing; Tom, Ezra, and I were looking
at appl/gssftp/ftpd, which has been using AC_REPLACE_FUNCS since day
one. I think the problem was that we weren't being specific enough
about which directory were talking about, and so you were looking in the
ftp directory instead of the ftpd directory.
As far as I can tell, neither ftp or ftpd, in the cygnus or the MIT
trees, has *ever* had the AC_REPLACE_FUNCS usage you're talking
about. Can you figure out which revision of which file, and quote me
the relevant "cvs log" output (since the ChangeLog entries don't
mention anything relevant...)
% cvs co -p -r1.1 src/appl/gssftp/ftpd/configure.in | grep AC_REPLACE
===================================================================
Checking out src/appl/gssftp/ftpd/configure.in
RCS: /afs/athena.mit.edu/astaff/project/krbdev/.cvsroot/src/appl/gssftp/ftpd/configure.in,v
VERS: 1.1
***************
AC_REPLACE_FUNCS(getdtablesize)
As you can see, ftpd used AC_REPLACE_FUNCS in the 1.1 version which you
apparently checked into the tree on 1/14/96.
- Ted
