This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
RE: [patch, libgfortran] Final patch for PR29277, LF conversion to CR-LF
- From: Danny Smith <dannysmith at clear dot net dot nz>
- To: 'Jerry DeLisle' <jvdelisle at verizon dot net>, 'Fortran List' <fortran at gcc dot gnu dot org>
- Cc: 'gcc-patches' <gcc-patches at gcc dot gnu dot org>, 'Brooks Moses' <bmoses at stanford dot edu>
- Date: Wed, 18 Oct 2006 22:10:54 +1300
- Subject: RE: [patch, libgfortran] Final patch for PR29277, LF conversion to CR-LF
> 2006-10-17 Jerry DeLisle <jvdelisle@gcc.gnu.org>
>
> PR libgfortran/29277
> * io/write.c (write_a): Add conversion of LF to LF-CR
> for systems with
> #define HAVE_CRLF.
>
Looks good to me.
Before this patch hex dump of output file is:
lookatme.txt:
00000000 7265 636f 7264 310a 0a0a 0a0a 7265 636f record1.....reco
00000010 7264 310a 0a0a 0a72 6563 6f0a rd1....reco.
After patch
lookatme.txt:
00000000 7265 636f 7264 310d 0a0d 0a0d 0a0d 0a0d record1.........
00000010 0a72 6563 6f72 6431 0d0a 0d0a 0d0a 0d0a .record1........
00000020 7265 636f 0d0a reco..
No new libgortran failures on mingw32.
Thanks
Danny
Umm, would you consider a command line option (in next stage 1) that
would override the default format mode to allow, eg, using 0_BINARY
newlines on targets such as mingw32.