delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2001/06/28/16:50:51

Date: Thu, 28 Jun 2001 22:17:26 +0300
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: lauras AT softhome DOT net
Message-Id: <4634-Thu28Jun2001221725+0300-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.9
CC: tim DOT van DOT holder AT pandora DOT be, djgpp-workers AT delorie DOT com
In-reply-to: <20010628182148.A390@lauras.lt>
Subject: Re: Build failure of CVS docs
References: <Pine DOT SUN DOT 3 DOT 91 DOT 1010628131135 DOT 12284D-100000 AT is> <20010628182148 DOT A390 AT lauras DOT lt>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

> From: "Laurynas Biveinis" <lauras AT softhome DOT net>
> Date: Thu, 28 Jun 2001 18:21:48 +0200
> 
> > Unless the library build procedure is run on a Unix box in cross-build
> > environment, these extra CR characters shouldn't matter, since
> > makeinfo reads input in text mode, and our libc removes _all_ CR
> > characters, not just those before an LF.
> > 
> > That is why I didn't see the problem on my machine, although my CVS
> > client also adds CR to each LF.
> 
> Then how comes I encountered this problem, and fixing line endings
> made it go away, everything else being equal?

No idea; that's why I said I was stumped.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019