bugzilla-daemon at mindrot.org
2003-May-09 02:47 UTC
[Bug 558] configure broken_dirname checks not run on Solaris 2.5.1
http://bugzilla.mindrot.org/show_bug.cgi?id=558 Summary: configure broken_dirname checks not run on Solaris 2.5.1 Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: alex.kiernan at thus.net In 3.6.1p2 the broken_dirname checks for Solaris 2.5.1 aren't getting run out of configure because -lgen has already been detected. This fixes the problem (moves all checks against -lgen after the dirname checks): RCS file: /cvsroot/upstream/openssh/configure.ac,v retrieving revision 1.1.1.10 diff -u -r1.1.1.10 configure.ac --- configure.ac 2003/04/29 09:12:08 1.1.1.10 +++ configure.ac 2003/05/09 03:00:53 @@ -410,9 +410,6 @@ fi fi -AC_CHECK_FUNC(getspnam, , - AC_CHECK_LIB(gen, getspnam, LIBS="$LIBS -lgen")) - AC_ARG_WITH(rpath, [ --without-rpath Disable auto-added -R linker paths], [ @@ -622,7 +619,6 @@ ) AC_SEARCH_LIBS(nanosleep, rt posix4, AC_DEFINE(HAVE_NANOSLEEP)) -AC_SEARCH_LIBS(basename, gen, AC_DEFINE(HAVE_BASENAME)) dnl Make sure strsep prototype is defined before defining HAVE_STRSEP AC_CHECK_DECL(strsep, [AC_CHECK_FUNCS(strsep)]) @@ -663,6 +659,10 @@ fi ]) ]) + +AC_SEARCH_LIBS(basename, gen, AC_DEFINE(HAVE_BASENAME)) +AC_CHECK_FUNC(getspnam, , + AC_CHECK_LIB(gen, getspnam, LIBS="$LIBS -lgen")) dnl Checks for time functions AC_CHECK_FUNCS(gettimeofday time) ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2003-May-09 02:50 UTC
[Bug 558] configure broken_dirname checks not run on Solaris 2.5.1
http://bugzilla.mindrot.org/show_bug.cgi?id=558 ------- Additional Comments From alex.kiernan at thus.net 2003-05-09 12:50 ------- Ignore the fix - it fixes configure, but breaks at build time due to incompatible dirname prototypes (libgen.h) ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.