[squeak-dev] The Trunk: ReleaseBuilder-eem.172.mcz
eliot.miranda at gmail.com
Sat Jan 6 17:44:05 UTC 2018
First, oops, I've been sending messages in this thread to Marcel
Weiher, not Marcel Taeumel. Forgive me; I of course want to talk with you
Marcel Taeumel :-)
On Sat, Jan 6, 2018 at 12:12 AM, Marcel Taeumel <marcel.taeumel at hpi.de>
> HI Eliot,
> what about a method like "ReleaseBuilder >> #releaseLocally"? Then put
> both into a category like "testing"? Would be easier to change than a
Well, I suppose we could add class variables for major settings. We could
provide a check-box dialog for selecting the major options. With this
approach we'd get rid of the "Do you want to discard local changes?" prompt
and move the asking of the question to the start of the process, avoiding
having to sit there waiting for slow phases to complete to answer the
prompts. So the two questions we want to ask right now are
- do you want to discard local changes?
- do you want to change the default bytecode set?
Are there others?
> Am 06.01.2018 05:09:15 schrieb Eliot Miranda <eliot.miranda at gmail.com>:
> Hi Marcel, Hi David,
> in modifying the ReleaseBuilder to allow the SistaV1 bytecode set to
> be selected I'm not happy having to wait until all the checking before
> prompting to use the bytecode set. One could move the query earlier, into
> setPreferences, but this means that the bytecode set would be in use before
> the Compiler recompileAll step, and that isn't desirable while debugging
> the byte code set. Would you object to me adding an instance variable to
> ReleaseBuilder class, useNewBytecodeSet or some such, which would be set in
> setPreferences and read in recompileAll?
> On Fri, Jan 5, 2018 at 7:20 PM, <commits at source.squeak.org> wrote:
>> Eliot Miranda uploaded a new version of ReleaseBuilder to project The
>> ==================== Summary ====================
>> Name: ReleaseBuilder-eem.172
>> Author: eem
>> Time: 5 January 2018, 7:20:47.150059 pm
>> UUID: 4144895f-5617-4f80-9ab2-593eca77e2ac
>> Ancestors: ReleaseBuilder-mt.171
>> Allow the ReleaseBuilder to query if the SistaV1 bytecode set should be
>> the default in a new release.
>> =============== Diff against ReleaseBuilder-mt.171 ===============
>> Item was changed:
>> ----- Method: ReleaseBuilder class>>prepareSourceCode (in category
>> 'preparing') -----
>> "Update code. Remove foreign packages."
>> MCMcmUpdater defaultUpdateURL: self buildRepository description.
>> MCMcmUpdater updateMissingPackages: true.
>> MCMcmUpdater enableUpdatesForAllPackages.
>> TestCase new ensureInternetConnectionTo: self buildRepository
>> "Flush all caches. If a previous download failed this is often
>> MCFileBasedRepository flushAllCaches.
>> "Save the current default updater, clear the registry, and
>> re-register the current updater"
>> MCMcmUpdater clearRegistry.
>> [MCMcmUpdater default doUpdate: false. "non-interactive"]
>> on: MCEmptyVersion do: [:warning | warning resume].
>> + checkForUndeclaredSymbols;
>> + recompileAll!
>> - checkForUndeclaredSymbols.
>> - Compiler recompileAll.!
>> Item was added:
>> + ----- Method: ReleaseBuilder class>>recompileAll (in category 'scripts
>> - support') -----
>> + recompileAll
>> + (Smalltalk classNamed: #EncoderForSistaV1) ifNotNil:
>> + [:sistaBytecodeSet|
>> + CompiledCode preferredBytecodeSetEncoderClass ~~
>> sistaBytecodeSet ifTrue:
>> + [(Project uiManager
>> + confirm: 'Do you want to make it the
>> default in this release?'
>> + orCancel: [false]
>> + title: 'The SistaV1 Bytecode Set Is
>> Available') ifTrue:
>> + [CompiledCode
>> installSecondaryBytecodeSet: sistaBytecodeSet;
>> preferredBytecodeSetEncoderClass: sistaBytecodeSet]]].
>> + Compiler recompileAll!
> best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Squeak-dev