> Michael G Schwern wrote:
>
> > I wasn't making sure there was a tab on the following line.  GNU make must
> > be more tolerant of it missing.  nmake, too.  And MMK and MMS...

> > So try the attached patch which extends escape_newlines() by putting
> > a tab after the newline guaranteeing the next line will be indented.

Good guess, but, alas, that's not it.  (And, in my simple demonstration of
the issue, I had made sure to include the tab, though I neglected to
make that explicit.)

On Tue, 10 Jun 2003, Alan Burlison wrote:
> I get the same error on Solaris.  I tried your patch but it didn't help:

This at least confirms it's not some local oddity on my part.

So the issue is that with GNU make (and 4.4BSD make), perl ends up
seeing

    -le 'eval {print "First line."} or print  "Second line.";'

But with Sun's /usr/ccs/bin/make, perl sees

        -le 'eval {print "First line."} \
        or print  "Second line.";'

(It's possible that other SVR4-related make commands will suffer the
same fate.  SVR4-derived systems have traditionally been under-
represented on p5p, so it's hard to know.)

I don't know an easy way around this offhand.  Perhaps oneliner()
ought to simply eliminate newlines, instead of escaping them.
I suspect that brings in different line-length issues, but in the
context of oneliner() in MM_Unix.pm, it might not matter.

-- 
    Andy Dougherty              [EMAIL PROTECTED]

Reply via email to