openssh unix dev - May 2003 - [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.

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.