charlie wallace wrote:
>
> i`ve seen it before, its happens when it goes dos,unix,dos sometimes
> and the cr/lfs are in the wrong order usually, ie it is lf/cr and the
> expander
> says aha a LF, i`ll add a CR, then seens the CR and goes aha i`ll add the
> LF, at least thats my story and i`m sticking to it. and you end up with
> double
> spaced lines.
>
> since i`ve seen a couple of posts mentioning it i think it must affect all
> the
> win32 files,
>
For some reason I have really met this problem with the
src-glut/makefile.fx. It is quite possible that the nmake is
pickier here than say C-compiler.
In any case as the problem is as common as Microsoft (or Apple)
operating systems I strongly suspect that things like CVS are
supposed to hide these kind of things, serving ASCII files
to different clients with "correct" line-ends.
The problem seems to be fixed now, I just got a clean
copy of the file from the CVS, and "od" seems to think
that line-ends are of the "Microsoft" style.
(and nmake is happy)
I am also pretty sure that Unix users see the line-ends
as single characters.
Eero
_______________________________________________
Mesa-dev maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev
