delorie.com/archives/browse.cgi | search |
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.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |