[squeak-dev] Re: Can't load any Metacello into trunk - help!

Mariano Martinez Peck marianopeck at gmail.com
Fri Mar 25 20:58:33 UTC 2011


On Fri, Mar 25, 2011 at 9:32 PM, Mariano Martinez Peck <
marianopeck at gmail.com> wrote:

> The problem is that in the baseline is  everything inside a spec for:
> #pharo do: []
>
> since nobody report me about GlorpDBX is Squeak..
>
> I've just commited a new version of ConfigurationOfGlorpDBX  that change
> #pharo for #common. So it should, at least, try to load.
>
> First you need to enable selectors with underscore. Then  evaluate:
>
> (ConfigurationOfGlorpDBX project version: '1.4') load.
>
>
It seems there is a loop trying to compile some clases of Glorp, I don't
know why.
The same loads correctly in Pharo if it is of help.

Tried to interrupt and analize...seems related to the undersore as
selector..but I am not sure..



> and tell us what happen. I will try to do it also.
>
> There is no yet #stable in ConfigurationOfGlorpDBX, but yes in
> ConfigurationOfSqueakDBX
>
> cheers
>
> mariano
>
>
> On Fri, Mar 25, 2011 at 9:28 PM, Dale Henrichs <dhenrich at vmware.com>wrote:
>
>>
>> On Mar 25, 2011, at 1:14 PM, Randal L. Schwartz wrote:
>>
>> >>>>>> "Levente" == Levente Uzonyi <leves at elte.hu> writes:
>> >
>> > Levente> Please update your image, the issue should be solved by
>> Monticello-ul.443. See
>> > Levente>
>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-March/158306.html
>> > Levente> for details.
>> >
>> >
>> > Levente> Levente
>> >
>> >>>
>> >>> Trying to load Seaside30, GlorpDBX, and Magritte2 into a trunk.  If
>> >>> there's some extra magic required to make it work, please help.
>> >
>> > Sadly, "ConfigurationOfSqueakDBX load" works fine, but
>> > "ConfigurationOfGlorpDBX load" still tries to call
>> >
>> >  nil loadUsing: mcLoader
>> >
>> > because
>> >
>> >  self projectPackage
>> >
>> > is returning nil.
>> >
>> > It's trying to run SqueakDBX with 1.3, but there's no version of that
>> > for Squeak, only Pharo.
>> >
>> > Is there a way to say "latest version for this platform", or should that
>> > be inherent in the default #load?
>>
>> The #stable symbolic version is intended to specify the "latest version
>> for this platform," but not all configurations have been updated to use
>> symbolic versions... typically the person doing the port of a project to
>> Squeak, Pharo, or GemStone will define the symbolic version for their
>> platform, since they are the ones who know which version is "the latest and
>> best"
>>
>> Dale
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20110325/ceeaf179/attachment.htm


More information about the Squeak-dev mailing list