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.
problem is line continuation if you use something like
FOO = file1.c file2.c file3.c \
file4.c file5.c
it ends up being
charlie wallace wrote:
actually i just noticed its in all the files c/h is this a CVS conversion
issue, is there an option i`m not aware of when doing an update ?
Sounds like a Unix/DOS carriage return/linefeed problem. I haven't
seen any such problems on Unix. Anyone else?
-Brian
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
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
actually i just noticed its in all the files c/h is this a CVS conversion
issue,
is there an option i`m not aware of when doing an update ?
___
Mesa-dev maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev
