RE: DOS line endings

["Boehm, Hans" <hans_boehm at hp dot com>]

The version of ltmain.sh in my tree does not have DOS line endings.  Since some of the configury is likely to remain a bit different in the two versions, and the version in my tree may not automatically be imported, I wouldn't object to changing that one in the gcc tree.  I suspect it acquired the DOS line endings by accident sometime back.

I would be inclined to leave the other two (BCC_MAKEFILE and digimars.mak) as they are.  These files are only usable on Windows, and not used by the build inside gcc.  I would guess that the corresponding versions of make (Borland and Digital Mars) will handle either format, but editors like notepad don't.

Hans

> -----Original Message-----
> From: Tom Tromey [mailto:tromey at redhat dot com]
> Sent: Tuesday, April 22, 2003 9:26 PM
> To: Zack Weinberg
> Cc: gcc at gcc dot gnu dot org; java at gcc dot gnu dot org; Hans dot Boehm at hp dot com
> Subject: Re: DOS line endings
> 
> 
> >>>>> "Zack" == Zack Weinberg <zack at codesourcery dot com> writes:
> 
> Zack> These files have DOS line endings on both mainline and 
> 3.3 branch:
> 
> Zack> boehm-gc/BCC_MAKEFILE
> Zack> boehm-gc/digimars.mak
> Zack> boehm-gc/ltmain.sh
> 
> I don't know what the deal is with ltmain.sh.  I wouldn't expect that
> one to have DOS line endings.
> 
> Most of the other files in boehm-gc come from an external source.  I'd
> prefer we not change them here, as we do import new versions from time
> to time.
> 
> I've CC'd Hans; he probably knows whether this is required or not.
> Anyway, this is the sort of thing in the GC that I prefer we fix
> upstream first.  Ordinarily we only put bug fixes in our tree (in
> parallel with upstream); more minor stuff comes in via imports.
> 
> Zack> libjava/testsuite/libjava.compile/OperatorBenchmark.java
> 
> Please do fix this one.  All our line ending tests are in Jacks and
> don't appear in the gcc tree at all.
> 
> I'm with Anthony about org.w3c.* -- we just leave those alone.
> 
> Tom
>