<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.6000.16788" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px">
<DIV>Jay:</DIV>
<DIV> </DIV>
<DIV>I'm not sure why an m3overrides file is needed for "some builds".</DIV>
<DIV> </DIV>
<DIV>The WindowsResources package simply adds a template that allows folks on Windows platforms to include icons and other resources in their programs.  This package shouldn't be needed for non-Windows platforms.</DIV>
<DIV> </DIV>
<DIV>Indeed, the template (winRes.tmpl) uses "if equal (OS_TYPE, "WIN32")" to bracket all of its activity, so it shouldn't do anything on non-Windows platforms.</DIV>
<DIV> </DIV>
<DIV>Perhaps, the same logic should be used in the m3makefile to prevent inclusion of the WindowsResource package on any platform other than Windows, but then that would probably force similar logic in all packages that import WindowsResources.  I know that CM3IDE uses WindowsResources and, of course, I have a number of programs that use it.</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Randy<BR><BR>>>> Jay Krell <jkrell@elego.de> 12/31/2008 11:57 AM >>><BR>CVSROOT:/usr/cvs<BR>Changes by:jkrell@birch.08/12/31 11:57:14<BR><BR>Added files:<BR>cm3/m3-sys/windowsResources/src/: m3overrides <BR><BR>Log message:<BR>Add missing override to fix some builds.<BR><BR>I'm highly suspicious of all this "override" stuff.<BR>It clearly causes too much duplication and distribution of information.<BR>I shouldn't have to know the directory structure of my dependencies,<BR>and even if I do, I should be able to share that knowledge with their many<BR>other dependents. The "scripts" directory also figures this sort of stuff out automatically..<BR>Being able to have multiple package stores is well and good.<BR>I'm not sure they need to ever be used in an "unshipped" form, but instead just<BR>use alternate roots and create new empty roots as needed. ?<BR><BR><BR></DIV></BODY></HTML>