<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Eliot Miranda wrote:
<blockquote
cite="mid:CAC20JE2Eccbpak_qvPowusq3R0YYf8tV9G9xP0A=-7RLcs7HHw@mail.gmail.com"
type="cite">
<pre wrap=""> </pre>
<br>
<hr size="4" width="90%"><br>
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Fri, Jun 27, 2014 at 1:46 PM, gettimothy <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:gettimothy@zoho.com" target="_blank">gettimothy@zoho.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br>
<div>
<div
style="font-size: 10pt; font-family: Verdana,Arial,Helvetica,sans-serif;">
<div>Hi all<br>
</div>
<div><br>
</div>
<div>In Ian's CMake infrastructure, the instructions require the
user to run the configure command before invoking cmake.</div>
<div><br>
</div>
<div>For the CMakeVMMaker(Squeak) we currently have config.h
embedded in the class. </div>
<div><br>
</div>
<div>For my first configuration after this massive refactoring I
have done, I first ran the 'mvm' on the GNU side and then cut-n-paste
that generated config.h into my class.</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>Tta;s an absurd thing to do. It means that we need a different
class for every single different release of a Unix OS, because the
generated config.h could potentially change with every different
release of a Unix OS. config.h has *no* place in the image. It must
be generated at compile time.</div>
</div>
</div>
</div>
</blockquote>
<br>
Following a post by Igor in a different thread [1], I also wondered
whether running configure and storing the results in image would be
useful. I haven't done much system programming, so excuse my naivety,
but doesn't `configure` only make sense for the system you are
compiling on? What if you want to cross-compile form one Linux
distribution-release to an older release, or another distribution,
which might be at a client site. At first glance it seems having
cached "configure" result wold be useful, otherwise you'd need to
install the client's distribution-release to do it? (and maybe that
would be a good idea anyway, but should it be a constraint?).<br>
<br>
I wonder if there is some middle ground, where `configure` results
could be stored as different methods on one particular class - similar
to how Metacello does its versioning. These could be added by
different groups working with the VM as extension methods from their
own packages. The default would be generate config.h at compile time,
but you'd be able to substitute with a call to one of these cached
`configure` methods.<br>
<br>
I half-expect this won't be well received :), but its my current
thinking, so I'll be learning something in any case. <br>
cheers -ben<br>
<br>
[1] Subject: tty's hypothesis on configH in CMakeVMMaker"<br>
<br>
<blockquote
cite="mid:CAC20JE2Eccbpak_qvPowusq3R0YYf8tV9G9xP0A=-7RLcs7HHw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> </div>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<div
style="font-size: 10pt; font-family: Verdana,Arial,Helvetica,sans-serif;">
<div><br>
</div>
<div>That's ok for an intermediate step, but I would like to take
it a step further and...</div>
<div><br>
</div>
<div>1. invoke configure from squeak (I have the configure flags
like '--without-npsqueak --without-gl...etc" embedded in the class, so
they are avaiable to invoke configure with)</div>
<div>2. detect the success or failure of the configure command </div>
<div>3. if successful, load the generated config.h into my class
(actually, this is redundant, but it may come in handy)</div>
<div>4. continue as normal.</div>
<div><br>
</div>
<div>Does this sound reasonable to everybody?</div>
<div><br>
</div>
<div><br>
</div>
<div>thx,</div>
<div><br>
</div>
<div><br>
</div>
<div>tty</div>
<div><br>
</div>
<br>
</div>
</div>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
best,
<div>Eliot</div>
</div>
</div>
</blockquote>
<br>
</body>
</html>