I know it doesn't help, but with the Pharo infrastructure (using CMake and CMakeVMMaker), you can very easily change binary's name. In fact, we already use different names for different configurations (Stack, CogVM, CogMT, iOSVM, etc...).<div>
<br></div><div>Best, <br><br><div class="gmail_quote">On Fri, Feb 22, 2013 at 9:13 PM, Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank" class="vt-p">eliot.miranda@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Ken,<br>
<div class="im"><br>
On Fri, Feb 22, 2013 at 3:54 PM, Ken Causey <<a href="mailto:ken@kencausey.com" class="vt-p">ken@kencausey.com</a>> wrote:<br>
><br>
> I'm (slowly) setting up the hosting infrastructure for the Squeak community<br>
> and I'm trying to utilize somewhat more standard procedures and generally<br>
> make things more easily repeatable where possible.<br>
><br>
> One aspect of this is when installing software from source to use<br>
> checkinstall to automatically create and install something that at least<br>
> resembles a proper package for the given distribution (Debian in this case).<br>
><br>
> It is useful on the community server(s) to have multiple versions of the<br>
> Squeak VM installed so that if a particular image works better with a given<br>
> VM, then it is available and easy to use.<br>
><br>
> To make a long story short I would like to be able to, preferably at the<br>
> configure step I think, to be able to specify an alternate name for the<br>
> installed Cog squeak executable so that there is no clash with the classic<br>
> Squeak Unix VM.<br>
><br>
> Taking a quick look around it looks like there is an assumption in many<br>
> places in the Cog Unix configuration that the executable is named Squeak.<br>
> I'm willing to do some work to produce my desired change but I would<br>
> appreciate any pointers to where I might start. Perhaps I'm mistaken but it<br>
> looks to me like platforms/unix/config/ in SVN is a combination of source<br>
> and generated files. If I'm not mistaken about that, some guidance in which<br>
> files are properly source files and which are not along with how to<br>
> regenerate the generated files would be greatly appreciated.<br>
<br>
</div>First, I've needed this for both the Newspeak VM and the special VM we<br>
use at Cadence.<br>
Second, I've failed to implement this by editing the files in<br>
platforms/unix/config/.<br>
<br>
The way I do it is with a script, e.g.<br>
<a href="http://www.squeakvm.org/svn/squeak/branches/Cog/nscogbuild/unixbuild/bld/mvm" target="_blank" class="vt-p">http://www.squeakvm.org/svn/squeak/branches/Cog/nscogbuild/unixbuild/bld/mvm</a>.<br>
There-in you'll find this excrescence:<br>
<br>
if [ -f squeak ]; then<br>
mv squeak nsvm<br>
ex -u NONE "+g/squeak/s/squeak/nsvm/g" +w +q nsvm<br>
fi<br>
if [ -f bin/squeak ]; then<br>
mv bin/squeak bin/nsvm<br>
ex -u NONE "+g/squeak/s/squeak/nsvm/g" +w +q bin/nsvm<br>
fi<br>
<br>
It gets run in the target install dir.<br>
<br>
If that's not good enough for you (and you've been forewarned ;) ) then...<br>
<br>
The input files that generate the configure script are all postfixed<br>
with .in. Don't try and edit anything else except perhaps<br>
<a href="http://configure.ac" target="_blank" class="vt-p">configure.ac</a>.<br>
<br>
The Makefile in platforms/unix/config/ makes configure. So (on Linux)<br>
one edits (in my case, flails around) the various .in files, runs make<br>
in platforms/unix/config/, and then tests the resulting configure.<br>
Rinse and repeat.<br>
<br>
I see squeak hard-coded in <a href="http://configure.ac" target="_blank" class="vt-p">configure.ac</a> and I *don't* know where to<br>
supply the name as a parameter to the files apparently operated on by<br>
platforms/unix/config/Makefile.<br>
<div class="im"><br>
> Also, is there any reason such a change would not be welcome in the<br>
> canonical source?<br>
<br>
</div>None on my part. I'd be very grateful.<br>
<div class="im"><br>
><br>
> Thanks,<br>
><br>
> Ken<br>
><br>
> P.S. It occurs to me that I may be mistaken in thinking that only the<br>
> executable (link?) in $prefix/bin/ is going to result in a crash and that<br>
> the plugins and so on are installed in directories distinct from those used<br>
> by the classic UNIX vm. Is the problem more widespread than I think?<br>
> Should I just give up on having them both in /usr/local/?<br>
<br>
</div>No, that should be fine. The way Ian set it up one could even have<br>
multiple VMs under the same root directory because the VM and plugins<br>
actually live in<br>
<br>
rootdir/lib/squeak/VERSIONNUMBER<br>
<br>
e.g. coglinux/lib/squeak/4.0-2692<br>
<br>
So you could even do<br>
<br>
squeak/lib/cog/4.0-2692/{squeak,vm-display-X11,etc}<br>
squeak/lib/squeak/4..4.7-2357/{squeakvm,so.vm-display-X11,etc}<br>
<br>
and have<br>
<br>
squeak/{squeak,cog} squeak/bin/{squeak,cog}<br>
<br>
wrapper scripts.<br>
<br>
But I think its easier to keep these distinct.<br>
<br>
HTH and good luck!<br>
<span class="HOEnZb"><font color="#888888">--<br>
best,<br>
Eliot<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Mariano<br><a href="http://marianopeck.wordpress.com" target="_blank" class="vt-p">http://marianopeck.wordpress.com</a><br>
</div>