Re: [9fans] Re: patch/list applied/ape-dumb-autohell-fixes

[Russ Cox <rsc@swtch.com>]

> % grep '\$srcdir/configure' SDL-1.2.9/configure
>    set X `ls -Lt $srcdir/configure conftest.file 2> /dev/null`
>       set X `ls -t $srcdir/configure conftest.file`
>    if test "$*" != "X $srcdir/configure conftest.file" \
>       && test "$*" != "X conftest.file $srcdir/configure"; then
>
> ($srcdir is '.')

I think this is just a bug in the Plan 9 ls.  It uses
cleanname as a crutch to avoid doubling / in some names,
but that makes it somewhat inconsistent.  For example:

    cd /sys/src/cmd
    ls . | grep ls.c
    ls ./ls.c

produces two different lines.

I put a new ls.c on sources that is a bit more consistent
and should work better in the above script.

> I don't like the idea of forking stuff, but in the end it's going to be the only
> way if APE is going to emulate all the lunix crap well enough to be useful.

Says you.  I think having wrappers (as we do for yacc and ar)
is a much better long-term approach.  Then there's still only
one program providing the core functionality.

Also, just to be clear, APE is the Ansi/Posix Environment,
not the "Any random craP that linux does Environment".
The configure scripts that autoconf writes are written to
the intersection of pretty much every Unix out there,
so if there's something they expect (like mkdir -p or ls -L)
then it's worth adding.  But compatibility with GNU/Linux
is *not* the goal.

> >     I do not believe that cleanname needs to come out.
> >     I used to run ./configure scripts all the time without
> >     needing to touch ls.
> Maybe it's a recent "improvement" to the auto*hell world.

I don't really see the point to incendiary names like auto*hell.
Are you just trying to make yourself feel better?

Russ