<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jun 27, 2014 at 2:19 PM, gettimothy <span dir="ltr"><<a href="mailto:gettimothy@zoho.com" target="_blank">gettimothy@zoho.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br><u></u><div><div style="font-size:10pt;font-family:Verdana,Arial,Helvetica,sans-serif"><div>HI Eliot and Tim.<br></div>
<div><br></div><div>Makes sense to me. What I am trying to figure out is the best way to generate it at compile time and ditch the hard-coded configH method per the requirements.</div><div><br></div><div><div>One option is to just invoke configure per the build.linuxXYZ/build/mvm file as the source tree is identical.</div>
<div><br></div><div>Would that be a problem?</div></div></div></div></blockquote><div><br></div><div>Well, if you're doing CMake then you'll want to use whatever CMake uses to generate config.h. platforms/unix/conf/configure runs automake.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:10pt;font-family:Verdana,Arial,Helvetica,sans-serif"><div><span style="font-size:10pt">Another possibility is in Ian's CMake system for the Standard Interpreter, it is generated by hand. </span></div>
</div></div></blockquote><div><br></div><div>Even if configure was generated by automake its input files (<a href="http://configure.in">configure.in</a> et al) were not ;-)</div><div><br></div><div>One could see that inputs to CMake are hand-written as an advantage of CMake, it getting one further in each step. autoconf's generating configure is problematic, configure itself needing to be generated on the right system (generating it on Mac OS X for example produces a completely broken configure)..</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:10pt;font-family:Verdana,Arial,Helvetica,sans-serif"><div><br></div><div><br>
</div><div> <br><blockquote style="border-top-color:rgb(204,204,204);border-left-color:rgb(204,204,204);border-right-color:rgb(204,204,204);border-bottom-color:rgb(204,204,204);border-top-width:1px;border-left-width:1px;border-right-width:1px;border-bottom-width:1px;border-top-style:solid;border-left-style:solid;border-right-style:solid;border-bottom-style:solid;padding-top:7px;padding-right:7px;padding-bottom:7px;padding-left:7px;background-color:rgb(245,245,245)">
<div> svn co <a href="http://squeakvm.org/squeak/trunk" target="_blank">http://squeakvm.org/squeak/trunk</a> squeak<br> cd squeak<br> mkdir bld<br> cd bld<br> <strong>../platforms/unix/cmake/configure</strong><br> make</div>
</blockquote><br></div><div>Looking at that /platforms/unix/cmake/configure file, it is just a shell script with some hard-coded definitions/flags.</div><div><br></div><div><br></div><div>What I could do is dynamically create that ../platforms/unix/cmake/configure script from the class. Then in the build script build.sh invoke that script first before invoking cmake.</div>
<div><br></div><div><br></div><div>I do think the first option is easier.<br></div><div><br></div><div>Thoughts?</div><div><br></div><div>thx.</div><div><br></div><div>tty</div></div></div><br></blockquote></div><br><br clear="all">
<div><br></div>-- <br>best,<div>Eliot</div>
</div></div>