> Joey Mingrone wrote: > > On Thu, Apr 30, 2009 at 06:56, Patrick Welche <prlw1@xxxxxxxxx> wrote: > >> That comes from automake's AM_SANITY_CHECK (m4/sanity.m4) which failed on > >> > >> ls -t "$srcdir/configure" conftest.file > >> > >> So, what "ls" is on the system, and is "ls" really /bin/ls or is it an > >> alias? (I'm just paraphrasing the error message ;-) ) > > > Yeah, /bin/ls is there, but it's not gnu ls. It does support the -t > > option as well (sort by modified time). The -t option to ls is specified by Posix. What ls is this that it does not understand it? I haven't come across such thing. > > I think I'm getting closer. I just moved /bin/ls out of the way and > > put gnu ls in its place and configure ran without errors. Now to > > figure out how to patch configure.in so it doesn't expect gnu ls. You'd have to modify the sanity.m4 macro file shipped with Automake. I suggest however that we find out what system this is, and fix it, or work around it in upstream Automake. Thanks, Ralf _______________________________________________ Autoconf mailing list Autoconf@xxxxxxx http://lists.gnu.org/mailman/listinfo/autoconf
