Re: "make" for Windows 7 64-bit

[Andrew Johnson <anj@aps.anl.gov>]

Hi Mark,

For future reference, this change has been committed to the R3.14 branch as 
revision 12247, and will eventually appear in any R3.14.12.2 release.

Thanks,

- Andrew

On 2011-06-07 Mark Rivers wrote:
> Hi Andrew,
> 
> Thanks very much for figuring this out.
> 
> Once I removed that rule from RULES_BUILD then I was able to build EPICS
> modules using the latest MinGW\bin\mingw32-make.exe with no problems.  I
> tested on both win32-x86 and windows-x64.
> 
> So both GnuWin make and MinGW "make" now work fine with that change.
> 
> Mark
> 
> 
> -----Original Message-----
> From: Andrew Johnson [mailto:anj@aps.anl.gov]
> Sent: Monday, June 06, 2011 4:57 PM
> To: Mark Rivers
> Cc: jba@aps.anl.gov; Benjamin Franksen; Matt Newville
> Subject: Re: "make" for Windows 7 64-bit
> 
> Hi Mark,
> 
> On 2011-06-06 Mark Rivers wrote:
> > And I just made sure that this problem is not confined to the seq
> > snapshot, this problem of treating C files as C++ file happens in other
> > EPICS modules as well.
> 
> Hmm, I see one possibility: Edit configure/RULES_BUILD and comment out
> this pattern rule on lines 208-211:
> 
> %$(OBJ): %.C
> 	@$(HDEPENDS_CMD)
> 	@$(RM) $@
> 	$(COMPILE.cpp) $(call PATH_FILTER,$<) $(COMPILE_FILTER.cpp)
> 
> That's using an upper-case letter C in the source pattern, which was one
> of the Unix conventions for C++ code which is useless on Windows and MacOS
> X.  I don't think we need that rule any more, so I think it we can remove it
> if necessary.
> 
> - Andrew

-- 
Optimization is the process of taking something that works and
replacing it with something that almost works, but costs less.
-- Roger Needham