Re: [glean-dev] Makefile problems?

[Johan S. <joh...@gl...>]

Hi,

> I just grabbed the zip file from SourceForge and unzipped it, and all
> the Win32 makefiles look fine to me -- CR/LF at end-of-line just like
> they should be.  However, I checked this on Linux, not on Windows.  Is
> it possible that WinZip (or whatever other package you're using) is
> doing some sort of CR/LF translation by default?  Maybe because the
> archive isn't marked as being created by Windows or DOS?

I just tested it on Windows and everything looks fine. I checked
my version of WinZip and it says it only does CR/LF translation on
tar archives. I have no idea what could be the problem ...

> |                                  ...and then that .STRICT : directive at
> | the top I just had to remove to convince it to build at all.
> 
> I'm clueless about .STRICT .  I'll have to defer to Johan on that one.

.STRICT ? I assume you mean the .SILENT at the top of each makefile.
It's just a nmake directive that suppresses display of executed
commands. I added that to make the output more readable. I don't
really see why this would cause any problems. Brian, could you be
more specific about what went wrong ?

The Win32 makefiles are derived from makefiles exported by VC6 from
a workspace I originaly used. I switched to makefiles because I was
unable to get VC6 to build all the projects in the workspace in the
correct order.

As Allen mentions in another e-mail, the win32 makefiles have to be
manually updated when a test (or any other source file) is added.
I've looked into this, but unfortunately I haven't found a way to
tell nmake to build all .cpp files in a directory (yet).
Has anybody got any ideas how to do this ?


Johan.