Re: lynx-dev lynx2.8.2dev.18 UCdomap on OS/390

[pg]

In a recent note, address@hidden said:

> Date: Fri, 5 Mar 1999 11:51:54 -0500 (EST)
> 
> > 
> > In a recent note, address@hidden said: 
> > Thanks. I wasn't aware of this.  But the suffix rule is slightly broken. 
> > Patch (poorly tested) attached. 
> 
> hmm (that's going to be a continuing problem, since not all make programs
> like processing suffix rules with pathnames - I've encountered some odd
> behavior).
>   
I mimicked the construct of the ".c.o" suffix rule ten lines preceding.
It's the best I knew how to do.

And guilt got the better of me and I did some testing.  It works in
src/ and src/chrtrans.  It's still broken in WWW/Library/unix.  I
find the macro:

    srcdir          = ../../../../lynx2-8-2/WWW/Library/unix

needs instead to be:

    srcdir          = ../../../../lynx2-8-2/WWW/Library/Implementation

This seems to be generated by the construct in configure:

      ac_file_inputs=`echo $ac_file_in|sed -e "s%^%$ac_given_srcdir/%" -e "s%:% 
$ac_given_srcdir/%g"`
      sed -e "$ac_comsub
    address@hidden@%$configure_input%g
    address@hidden@%$srcdir%g
    address@hidden@%$top_srcdir%g
    address@hidden@%$INSTALL%g
    " $ac_file_inputs | (eval "$ac_sed_cmds") > $ac_file
    fi; done
    rm -f conftest.s*

but, as you well know, I'm autoconfphobic, and fear to mess with
configure.

One might expect the ".c.o" suffix rule to be identically broken
on this account.  In fact, I believe it is, but it doesn't matter.
It seems, astonishingly, that suffix rule is never invoked!  Rather,
every WWW/Library/unix/*.o appears to be built by a specific rule
in WWW/Library/Implementation/CommonMakefile.

-- gil