Not sure with this either, but I think it comes from a bug related to squeak and pharo syntax. Pharo admits a slightly modified Squeak syntax, probably this code that didn't compile was commited in Squeak and was perfectly valid there. When this happens, you get that window indicating the syntax error. If you change the code and then accept it, you get past this step, but then it fails in the place you are seeing now. Maybe there is a bug report for this problem already.

��To get out of it right now... maybe Bryce can commit the fixed code from squeak and you won't have the problem, or you can debug it and try to find the place in where nil appears (the error pops because its sending #methodClass: to nil).

Remember, all this would be true if it is the error I think it is.

Regards,
���������������������� Javier.

2010/4/6 laurent laffont <laurent.laffont@gmail.com>
2010/4/5 Javier Pim��s <elpochodelagente@gmail.com>

maybe you could try separating with spaces the elements of the array, I think I had a similar problem once, don't know if it is the case:

�� #( (block 1 ��(mov (literalVariableAddress 10) t1) ) )


Thanks Javier. I just have to put a space between mov and (��
(really strange).

Then I have this error. I've tried with last Exupery and Exupery-wbk.335.mcz.

UndefinedObject(Object)>>doesNotUnderstand: #methodClass:
IntermediateSimplifierTests class(Behavior)>>basicAddSelector:withMethod:
IntermediateSimplifierTests class(Behavior)>>methodDictAddSelectorSilently:withMethod:
IntermediateSimplifierTests class(Behavior)>>addSelectorSilently:withMethod:
IntermediateSimplifierTests class(ClassDescription)>>addSelectorSilently:withMethod:
MethodAddition>>installMethod
[] in [] in [] in MCPackageLoader>>basicLoad
OrderedCollection>>do:
[] in [] in MCPackageLoader>>basicLoad
BlockClosure>>on:do:
[] in MCPackageLoader>>basicLoad
BlockClosure>>ensure:
MCPackageLoader>>basicLoad
[] in MCPackageLoader>>loadWithNameLike:
[] in MCPackageLoader>>useChangeSetNamed:during:
BlockClosure>>ensure:
MCPackageLoader>>useChangeSetNamed:during:
MCPackageLoader>>useNewChangeSetNamedLike:during:
MCPackageLoader>>loadWithNameLike:
MCVersionLoader>>loadWithNameLike:
MCVersionLoader>>load
GoferLoad>>execute
Gofer>>execute:do:
Gofer>>execute:
Gofer>>load

Laurent Laffont
��

Regards,
�������������������� Javier.


On Sun, Apr 4, 2010 at 9:49 AM, Alexandre Bergel <alexandre@bergel.eu> wrote:
Maybe a non-visible character?

Cheers,
Alexandre


On 4 Apr 2010, at 04:32, laurent laffont wrote:

I do:
Gofer new
�� �� �� ��squeaksource: 'MetacelloRepository';
�� �� �� ��package: 'ConfigurationOfMondrian';
�� �� �� ��load..
�� �� �� ��
ConfigurationOfMondrian project latestVersion load.

Then

Gofer new
�� �� �� ��squeaksource: 'Exupery';
�� �� �� ��package: 'Exupery';
�� �� �� ��load.

==> Syntax Error

testLiteralVariableAddress
�� �� �� ��source := MedMethod
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��createIntermediate:
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��#((block 1 ��(mov(literalVariableAddress 10) t1) )Nothing more expected ->)
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��for: machine. �� �� �� �� �� �� �� �� ��
�� �� �� ��mockEmitter expectEmission:
�� �� �� �� �� �� �� ��#( �� �� ��(block1
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��(mov #(#emitFetchAddress 1 #(#simplifiedLiteralAddress 10)) t1))
�� �� �� �� �� �� �� �� �� �� �� ��(block2) ).
�� �� �� �� �� �� �� �� �� �� �� ��
�� �� �� ��self simplifyFullyMocked.
�� �� �� ��
�� �� �� ��self verify.
�� �� �� ��mockEmitter verify.


Laurent Laffont


On Sun, Apr 4, 2010 at 10:26 AM, laurent laffont <laurent.laffont@gmail.com> wrote:
OK Thanks. I will try. Would be cool to have a ConfigurationOfExupery :).

Laurent Laffont


On Sun, Apr 4, 2010 at 10:19 AM, Tudor Girba <tudor.girba@gmail.com> wrote:
Hi Laurent,

Something is wrong. MOAbstractLayout and MOGraphVizLayout come from Mondrian. Were these by mistake somehow added as dependencies to Exupery?
Doru



On 4 Apr 2010, at 10:06, laurent laffont wrote:

Hi,

I want to try to build Exupery VM. On PharoCore 1.0 I do:

Gofer new
�� �� �� squeaksource: 'MetacelloRepository';
�� �� �� package: 'ConfigurationOfVMMaker';
�� �� �� load.

(ConfigurationOfVMMaker project version: '1.2') load.

Then

Gofer new
�� �� �� squeaksource: 'Exupery';
�� �� �� package: 'Exupery';
�� �� �� load.

I have this error:

This package depends on the following classes:
��MOAbstractLayout
You must resolve these dependencies before you will be able to load these definitions:
��MOGraphVizLayout
��MOGraphVizLayout>>doExecute:
��MOGraphVizLayout>>findTopLeftCorner:


I suppose I need GraphViz package

Gofer new
�� �� �� squeaksource: 'GraphViz';
�� �� �� package: 'GraphViz';
�� �� �� load.

But when I load it I have a Syntax Error:

runWithSystemFramework: string
�� �� �� <> expected ->apicall: short 'system' (char*) module: 'System.framework'>

�� �� �� ^ self externalCallFailed

Laurent Laffont
_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

--
www.tudorgirba.com

"It's not how it is, it is how we see it."


_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel ��http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






_______________________________________________



--
Javier Pim��s
Ciudad de Buenos Aires

_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project



--
Javier Pim��s
Ciudad de Buenos Aires