<div>Hi!</div><div><br /></div><div><br /></div><div>(</div><div><br /></div><div>eliminate eq "completely remove"</div><div>and(or) "destroy"?</div><div><br /></div><div>)</div><div><br /></div><div><br /></div><div><blockquote><div dir="ltr"><div style="font-family:'calibri' , 'helvetica' , sans-serif;font-size:12pt"><div> 1. Eliminate "min"?</div><div>  2. Combine symbols with binaries?</div><div>  3. Consider eliminating deb and msi?</div><div>     I realize they are pretty nice to have though.</div><div>     It might also be easy enough..would require some research to</div><div>     make a very small .msi that downloads the all.tgz or something.</div><div>     I put together the .msi and .deb very trivially.</div><div>  4. Consider replacing tgz with tar.xz or similar.</div></div></div></blockquote></div><div><br /></div><div><br /></div><div>  Important first:</div><div><br /></div><div>z)  Yes, please replace .tar.gzip to .tar.xz.</div><div>.xz has a smaller size.</div><div><br /></div><div>z) It's better replace zip to 7Zip ( .zip to .7z).</div><div><br /></div><div>y) Please, avoid any type of using LAN/WAN/Internet access ( "downloading")  in .msi / .deb.</div><div>We must have possibility of full __offline__ installation of M3 in DMZ or equal environment. By security reasons.</div><div><br /></div><div><br /></div><div>3) Avoid "completely destroying" .msi and .deb.</div><div>Save both cm3-min and cm3-all variants.</div><div><br /></div><div>2) Please, continue storing .pdb separately.</div><div>May be best store it with .m3 generated from .m3g.</div><div>And don't store .pdb in bin folder.</div><div><br /></div><div>Store .pdb in folders that srore in correlated .exe/.dll</div><div>I specifically place source code in c:\cm3\src\ before compiling.</div><div><br /></div><div>1) cm3-min must contain mklib.exe.</div><div>There are usefull both variants of distributies.</div><div>I.e. need cm3-min and cm3-all.</div><div><br /></div><div>  May be best place cube.exe, games, etc to cm3-examples-binary.7z , but it doesn't principal.</div><div><br /></div><div>  Thanks!</div><div>Beat regards, Victor Miasnikov</div><div><br /></div><div><br /></div><div>14.03.2021, 02:51, "Jay K" <jayk123@hotmail.com>:</div><blockquote><div dir="ltr">
<div style="color:rgb( 0 , 0 , 0 );font-family:'calibri' , 'helvetica' , sans-serif;font-size:12pt">
<div>I have a nagging feeling I went overboard here, and the result is too confusing.<br />
</div>
<div><br />
</div>
<div>reference <a href="https://github.com/modula3/cm3/releases/tag/20210312" target="_blank">Release 20210312 (March 12 2021) · modula3/cm3 (github.com)</a></div>
<div><br />
</div>
<div>For Windows we have roughly:</div>
<div><br />
</div>
<div> cm3-min-win32.zip</div>
<div> cm3-min-win32-symbols.zip </div>
<div> cm3-all-win32.zip  </div>
<div> cm3-all-win32-symbols.zip  </div>
<div> cm3-min-win32.msi </div>
<div> cm3-all-win32.msi </div>
<div> cm3-boot.tgz</div>
<div><br />
</div>
<div>For Unix we have roughly: </div>
<div> </div>
<div> cm3-min-win32.tgz  </div>
<div> cm3-all-win32.tgz  </div>
<div> cm3-min-win32.deb  </div>
<div> cm3-all-win32.deb </div>
<div> cm3-boot.tgz </div>
<div><br />
</div>
<div><br />
</div>
<div>The .deb and .msi files are little more than all.tgz.</div>
<div>The .deb is compressed better, to half the size.</div>
<div>The .msi installs to c:\cm3 (user selectable?) and adds c:\cm3\bin to %PATH%.</div>
<div>Something like that.</div>
<div><br />
</div>
<div>min is just cm3 + mklib + m3core + libm3 + maybe cm3cg (gcc backend) + config files
</div>
<div>all is everything I could build</div>
<div>boot is only enough to build cm3 with minimal dependnecies, i.e. a C toolset</div>
<div>boot is perhaps esoteric but also quite important</div>
<div> It could be augmented easily to build m3core and libm3, it already</div>
<div>  has their source or assembly</div>
<div><br />
</div>
<div>In the 3.6 release there was just boot per target that was assembly source,</div>
<div>and C for m3build I think. (Critical Mass reimplemened quake in Modula-3.)</div>
<div><br />
</div>
<div>Plus the full source release.</div>
<div><br />
</div>
<div>It was good enough then? Or people wants things easier these days?</div>
<div>And there are fewer platforms today so that makes it easier?</div>
<div><br />
</div>
<div>I generally do not strip Unix binaries, as debugging matters too much.</div>
<div><br />
</div>
<div>Current Windows builds, whatever I am running, contain tar, that can create/extract tgz.</div>
<div>I know GUI zip support goes back longer, but there remains no command line zip support.</div>
<div>I have to add a zip from where to create the packages.</div>
<div><br />
</div>
<div>It seems well motivated, but seems like it is too much also.</div>
<div><br />
</div>
<div>Thoughts?</div>
<div><br />
</div>
<div>My thinking drifts towards:</div>
<div>  1. Eliminate "min"?</div>
<div>  2. Combine symbols with binaries?</div>
<div>  3. Consider eliminating deb and msi?</div>
<div>     I realize they are pretty nice to have though.</div>
<div>     It might also be easy enough..would require some research to</div>
<div>     make a very small .msi that downloads the all.tgz or something.</div>
<div>     I put together the .msi and .deb very trivially.</div>
<div>  4. Consider replacing tgz with tar.xz or similar.</div>
<div><br />
</div>
<div>I don't know. As I said, everything has some motivation.</div>
<div>min is much smaller than all, etc.</div>
<div><br />
</div>
 - Jay<br />
</div>
</div>
,<p>_______________________________________________<br />M3devel mailing list<br /><a href="mailto:M3devel@elegosoft.com" target="_blank">M3devel@elegosoft.com</a><br /><a href="https://m3lists.elegosoft.com/mailman/listinfo/m3devel" target="_blank">https://m3lists.elegosoft.com/mailman/listinfo/m3devel</a><br /></p></blockquote>