Hello,
Here is a summary of discussions around NUT builds on Mac OS X 10.10.
Starting from https://github.com/networkupstools/nut-website/issues/7
<https://github.com/networkupstools/nut-website/issues/7>
@JeanPerriault
I've found msort on macports
(https://trac.macports.org/browser/trunk/dports/textproc/msort/Portfile,
http://billposer.org/Software/Downloads/
msort.pdf), but I'm not sure where to implement it, should I replace all sort
ocurrences I find in code?
@clepple
I think checking for gsort in the configure script would be better (since that
is what is used when 'sort' is invoked on Linux), and then sort would get
replaced with @GSORT@ or whatever. However, when I mentioned via email that the
website doesn't build on OS X, I wasn't thinking that it needed to be solved
soon - we can build the website and documentation on Linux systems for now.
@aquette
considering the context and limited impact, we could simply check for gsort
first, and then sort.
--- a/configure.ac
+++ b/configure.ac
@@ -101,6 +101,7 @@ AC_PROG_CXX
AC_PROG_INSTALL
AC_PROG_EGREP
AC_PATH_PROG(AR, ar)
+AC_CHECK_PROGS(SORT, gsort sort)
AC_CHECK_TOOL(RANLIB, ranlib, :)
dnl Postpone call to AC_PROG_LIBTOOL to allow disabling static lib
AC_C_BIGENDIAN
@JeanPerriault could you please test the above snippet? (apply using 'patch -p0
< /path/to/patch', from within the 'nut' (not -website) top-level source
directory
@clepple btw, where / how do you exactly get this error?
@clepple
@aquette when building the nut-website repository on OS X. At the moment, it
does not show up in Buildbot because we are only building nut-website on Debian.
I would rather that we not apply that patch to the repository, since it just
masks the problem.
@JeanPerriault
ok make done; I think I will redo everything from scratch to see if libraries
updates or @aquette fix did fix
regards,
jean
_______________________________________________
Nut-upsdev mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
