[Vm-dev] How to generate a consistent iOS and Unix VM?

Stefan Marr squeak at stefan-marr.de
Fri Apr 22 11:34:51 UTC 2011


Hi Mariano:

Here some feedback to your blog posts, since, well, I had several issues with it.

So I did:

$ wget --no-check-certificate http://www.pharo-project.org/pharo-download/unstable-core

which gets me: PharoCore-1.3-13159

Then opening a workspace:

-----
Deprecation raiseWarning: false.
 Gofer new
 squeaksource: 'MetacelloRepository';
 package: 'ConfigurationOfCog';
 load.

(Smalltalk at: #ConfigurationOfCog) project latestVersion load.
---

Bye the way there is a typo on your blog: #latestVersion was originally #la_s_testVersion

Executing the code results in a 'MessageNotUnderstood: AnObsoleteAutoStart class>>addLauncherFirst:'

Ok, just commenting that out and continuing, I run into the next obstacles: No class comments, and your blog posts also do not tell me whether I can just use a plain CocoaIOSCogConfig or whether I have to chose between the JIT or Stack variant. (That might be obvious for you, but it is not)

Ok, next problem:

You customize the following properties:

resourcesDir:'/Users/mariano/Pharo/vm/git/cogVM2/blessed/macbuild/resources';
outputDir: '/Users/mariano/binaries/results';

but they do not seem to exist.

Ok, lets continue without them.

Still undecided what I want, I go with CocoaIOSCogConfig:

CocoaIOSCogStackConfig new
 srcDir: '/tmp/make-squeak-vm/squeak-src';
 platformsDir: '/tmp/make-squeak-vm/from_squeak';
 buildDir: '/tmp/make-squeak-vm/build';
 generateSources;
 generate.

That fails with a very inappropriate error: primCreateDirectory: failed.

*sigh* lets see what's going on:
>  self primCreateDirectory: (self fullNameFor: localFileName) asVmPathName
 inspecting '(self fullNameFor: localFileName) asVmPathName' reveals '/${topDir}' *sigh*

Ok, what ever, I will probably just have to choose the StackConfig then...

And that of course fails too... because the platform directory was not existing.
But it fails without reasonable error message and I think it should not fail, because you say it is not actually used, and a quick test reveals it does not matter whether the directory is empty or the actual code is there since the generated code is identical.



Hope that helps ironing out some of the rough edges.


Best regards
Stefan


-- 
Stefan Marr
Software Languages Lab
Vrije Universiteit Brussel
Pleinlaan 2 / B-1050 Brussels / Belgium
http://soft.vub.ac.be/~smarr
Phone: +32 2 629 2974
Fax:   +32 2 629 3525



More information about the Vm-dev mailing list