Re: [Pharo-project] Problem loading Exupery on PharoCore 1.0

April 6, 2010

      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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
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
_______________________________________________
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