Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-owner AT sources DOT redhat DOT com
From: Michael DOT Ring AT t-mobil DOT de
Date: 13 Oct 2000 13:20:45 +0000
Discarded-X400-MTS-Extensions: (43) (12) (2) (135) (115) (5) (6) (3)
To: cygwin AT sources DOT redhat DOT com
Subject: AW: [BUG] Multi-line macros in gcc broken with CR/LF
Importance: normal
Autoforwarded: FALSE
Message-Id: <E1546IRM3AR58*@MHS>
Original-Encoded-Information-Types: (1) (0) (10021) (7) (1) (0) (6), (1) (0) (10021) (7) (1) (0) (1)

Chris Abbey wrote:
> 
> At 10:27 10/12/00 -0700, Earnie Boyd wrote:
> >Interesting.  I would be curious to see the output of `cygcheck -s -r -v'
> >pasted in a mail.  Are you sure that *all* of your mount points are set for
> >binary processing?  Including the pseudo mount point /cygdrive?
> >
> >The only reason I'm asking is that I use patch on a daily basis and
> >haven't had
> >problems.
> 
> depending on how you use patch, might this be related to the pipe issue Chris
> very recently fixed? i.e. some people cat (or bzcat, etc) patches into the
> patch command, while others use the command options to specify source
location.

Yes. I use patch by redirecting the patches file to the input.


The problem that you get cr/lf at line endings is in patch.

the current patch uses NT-Environment vars (TMP or TEMP or TMPDIR). Normally the
directories that those env vars point to are accessed in textmode. Patch saves a
temporary file in TEMP, it gets cr/lf'ed then it seems to open the tmpfile again
in binmode ==> the result is a cr/lf'ed file.

I have provided a patched version as a test version in cygwin-apps, try this
version or simply unset TMP TEMP TMPDIR in your .profile

Hope that helps,

Michael Ring

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com