Re: toolchain/45669: lib-src Makefile:136: *** recipe commences before first target. Stop

[David Holland <dholland-pbugs%netbsd.org@localhost>]

The following reply was made to PR pkg/45669; it has been noted by GNATS.

From: David Holland <dholland-pbugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: toolchain/45669: lib-src Makefile:136: *** recipe commences
 before first target.  Stop
Date: Wed, 30 Nov 2011 03:56:06 +0000

 On Tue, Nov 29, 2011 at 08:40:04PM +0000, Mike Riechers wrote:
  >  1.  I've racked my brain for some simple combination of sed/tr to rid the
  >  file of all \<eol>'s, safely, under all conditions of input, but I can't.
  >  Seems silly that such a simple thing can't be done short of writing a
  >  short C program to to it.  Actually, does one exist?
 
 This is hard, yes. You can probably do it with sed, something like 
 '/\\$/{N;s/\\\n/ /;}' but that only does the first escaped newline;
 you probably need to branch back to the beginning to make it work, and
 sed scripts that branch are bad karma.
 
 Also on some platforms that will collide with internal line-length
 limits in sed.
 
  > 2.  I'm curious to know how and why the preprocessor changed, and
  > what the "cpp -x assembler-with-cpp", etc, will do.  The change
  > appears to be undocumented, since info says that " 3. Continued
  > lines are merged into one long line."  as part of "1.2 Initial
  > processing", without qualification, as far as I can tell.
 
 Well, it changed because we updated gcc in HEAD. Beyond that, I dunno.
 
 cpp -traditional seems to do the trick, btw, at least for simple
 cases; haven't tried it in Emacs yet.
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost