Problem loading Exupery on PharoCore 1.0
Locked
Problem loading Exupery on PharoCore 1.0
 
|
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: 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 [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
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 > [hidden email] > 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 [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
AFAIK, Exupery uses Mondrian to visualize code generation/optimization/...
Lukas On 4 April 2010 10:19, Tudor Girba <[hidden email]> 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 >> [hidden email] >> 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 > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
Aha, in this case, it looks like the dependency was added only to
Mondrian-GraphViz, but not to Mondrian. Mondrian-GraphViz inherits from Mondrian, so Mondrian should be loaded first: Gofer new squeaksource: 'Mondrian'; package: 'Mondrian'; load Doru On 4 Apr 2010, at 10:23, Lukas Renggli wrote: > AFAIK, Exupery uses Mondrian to visualize code generation/ > optimization/... > > Lukas > > On 4 April 2010 10:19, Tudor Girba <[hidden email]> 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 >>> [hidden email] >>> 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 >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal." _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
In reply to this post by Tudor Girba
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 <[hidden email]> wrote: Hi Laurent,
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
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.
On Sun, Apr 4, 2010 at 10:26 AM, laurent laffont <[hidden email]> wrote:
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
In reply to this post by laurent laffont
Laurent,
I separated MOGraphVizLayout from the main Mondrian distribution. You will find this package in the Mondrian squeaksource repository. cheers, Alexandre On 4 Apr 2010, at 04: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 > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
In reply to this post by laurent laffont
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 <[hidden email] > > 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 <[hidden email]> > 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 > [hidden email] > 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 > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
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) ) ) Regards, Javier. On Sun, Apr 4, 2010 at 9:49 AM, Alexandre Bergel <[hidden email]> wrote: Maybe a non-visible character? -- Javier Pimás Ciudad de Buenos Aires _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
In reply to this post by Lukas Renggli
You can safely ignore this. Mondrian and GraphViz is only used for
inspectors to view the generated code and intermediate languages. The easiest way to resolve them would be to load GraphViz and Mondrian from the Exupery repository. It should be easy to port Exupery forward to the latest Mondrian releases but may take a few very minor and localised code changes. Bryce On Sun, 2010-04-04 at 10:23 +0200, Lukas Renggli wrote: > AFAIK, Exupery uses Mondrian to visualize code generation/optimization/... > > Lukas > > On 4 April 2010 10:19, Tudor Girba <[hidden email]> 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 > >> [hidden email] > >> 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 > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Problem loading Exupery on PharoCore 1.0
|
|
In reply to this post by melkyades
2010/4/5 Javier Pimás <[hidden email]> 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: 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
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
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 <[hidden email]>
-- Javier Pimás Ciudad de Buenos Aires _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |