Re: [racket-dev] Pre-Release Checklist for v5.3.6
Ryan Culpepper ry...@ccs.neu.edu writes: * Mike Sperber sper...@deinprogramm.de - DMdA Tests - Stepper Tests - Signature Tests Done. -- Regards, Mike _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
On Mon, Jul 22, 2013 at 1:13 PM, Ryan Culpepper ry...@ccs.neu.edu * Jay McCarthy jay.mccar...@gmail.com - Web Server Tests - XML Tests - HTML Tests - PLAI Tests - Racklog tests - Datalog tests All done -- Jay McCarthy j...@cs.byu.edu Assistant Professor / Brigham Young University http://faculty.cs.byu.edu/~jay The glory of God is Intelligence - DC 93 _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
The TR tests still fail when using a single place. The following commits should be included in the release: 069ff59a4bd6a988a5670c7e4dd38c1dbbe12ec0 0e7940ab4943600e6f5c8f13ce7ee13e8af9a8f5 ab5075bc762356f86bb7dfd34dac8d24ada1a140 Vincent At Mon, 22 Jul 2013 17:49:20 -0400, Vincent St-Amour wrote: At Mon, 22 Jul 2013 15:13:28 -0400, Ryan Culpepper wrote: Checklist items for the v5.3.6 release (using the v5.3.5.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes are in. Important: new builds are created without announcement, usually whenever I pick a few commits. If you need to commit changes, please make sure you tell me to pick it into the release branch. -- Release candidates are at -- http://pre.racket-lang.org/release/installers The Linux/i386/Ubuntu Precise installer is 64 bits, which is wrong. * Sam Tobin-Hochstadt sa...@ccs.neu.edu, Vincent St-Amour stamo...@ccs.neu.edu - Match Tests - Typed Racket Tests - Typed Racket Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) I get the following error when runing the TR tests: place-channel-put: value not allowed in a message value: '#:methods ... Is 733907474190da499a1782b230086170c5b87643 missing from the release? Now running the tests without places. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
* Stephen Chang stch...@ccs.neu.edu - Lazy Racket Tests - Lazy stepper tests all pass * Eli Barzilay e...@barzilay.org - Swindle Tests - XREPL Tests - Verify PL language - Racket Tree: compare new distribution tree to previous one - Run the unix installer tests - Run zsh completions tests (. .../racket-completion.zsh; _racket --self-test) Version Updates: if a major change has happened, update the version number in: - racket/collects/mzscheme/info.rkt - racket/collects/mred/info.rkt * Stephen Bloch sbl...@adelphi.edu - Picturing Programs Tests * Greg Cooper g...@cs.brown.edu - FrTime Tests * Carl Eastlund c...@ccs.neu.edu - Dracula Tests (confirm that Dracula runs from PLaneT) * Jon Rafkind rafk...@cs.utah.edu Release tests for (one of the) linux releases: - Test that the `racket' and `racket-textual' source releases compile fine (note that they're still called `plt' and `mz' at this stage). - Test that the binary installers for both work, try each one in both normal and unix-style installation modes. (just ubuntu) [Note: get the release candidates from the URL in this email. Use the 'static table' link to see a list of all tar files available] * Mike Sperber sper...@deinprogramm.de - DMdA Tests - Stepper Tests - Signature Tests * David Van Horn dvanh...@ccs.neu.edu - EoPL Tests * Neil Toronto neil.toro...@gmail.com - Plot Tests - Images Tests - Inspect icons - Math tests * Doug Williams m.douglas.willi...@gmail.com - Additional Plot Tests * Danny Yoo d...@cs.wpi.edu - Whalesong Tests (confirm that Whalesong runs from PLaneT) * Shriram Krishnamurthi s...@cs.brown.edu Tour: check the tour and generate a new one if needed. [Note: Since this is a v5.3.5.900 build, you will need to edit your .../collects/framework/private/version.rkt file and change `(version)' to `5.3.6'.] _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] Generics updates
My work on adding gen:set, and related changes to define-generics and gen:dict, is ready for review and (hopefully) to push to the master branch. The branch moved in the process of cleaning things up, it's now at: https://github.com/carl-eastlund/racket/tree/generics-from-scratch (The from scratch just refers to the process of rebuilding the git history, I didn't go out of my way to rewrite anything in the code base from scratch, although in some places a lot of code did move around.) What's new in the branch: - Generics now support a few new options - #:fallbacks specifies fallback method implementations for instances with no implementation - #:fast-defaults specifies instances on a fast path, useful for built-in types - #:defined-predicate gives a more intuitive and efficient interface than #:defined-table - #:derive-property allows generics to piggy-back on existing struct properties - Sets are now a generic datatype through gen:set - lists are now sets - the built-in set types are now documented as hash sets - there are mutable and weak hash sets - you can define new set types quickly with define-custom-set-types - most set operations are now methods with fallbacks - sets now support -copy and -clear operations, plus mutating [!] versions of operations - Dictionaries have a few changes - new macro define-custom-hash-types [*] - most dict operations are now methods with fallbacks - dicts now support -copy, -clear, -clear!, and -empty? operations I've run some benchmarks and performance of the various generic operations are comparable to the current HEAD, so there should be no major performance changes with this patch. [*] I've added define-custom-hash-types and define-custom-set-types rather than just adding make-custom-set akin to make-custom-hash because make-custom-hash is hard to use. The documented behavior -- that any custom hash is equal to any other created with the same bindings and predicates / hash functions -- was never true and can be expensive or at least tricky to implement. It seemed more sensible to just remove the erroneous documentation on make-custom-hash, and add the definition form to create constructors for new, explicitly-compatible dict and set types. Both definition forms bind predicates and constructors for new (set or dict) types with immutable, mutable, and weak variants that inter-operate. If there are no serious issues brought up in the next day or two, I'll push it to the development branch, since our current release process isn't following HEAD. Carl Eastlund _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
On Jul 22, 2013, at 3:13 PM, Ryan Culpepper wrote: * John Clements cleme...@brinckerhoff.org - Stepper Tests Done. Updates: - Stepper Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) Done. Yikes, everything is in a different place! Yes, yes, time to read that 40-email thread. John _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
Are you sure you tested the release bundles and not git head? Robby On Tuesday, July 23, 2013, John Clements wrote: On Jul 22, 2013, at 3:13 PM, Ryan Culpepper wrote: * John Clements cleme...@brinckerhoff.org javascript:; - Stepper Tests Done. Updates: - Stepper Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) Done. Yikes, everything is in a different place! Yes, yes, time to read that 40-email thread. John _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
On Jul 23, 2013, at 1:47 PM, Robby Findler wrote: Are you sure you tested the release bundles and not git head? Yep, pretty sure. The only place where I ran into the reorg is when I was *pushing* the updated HISTORY.txt. The bundle I was testing was still in the old shape. John _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
On Jul 22, 2013, at 3:13 PM, Ryan Culpepper ry...@ccs.neu.edu wrote: * Stephen Bloch sbl...@adelphi.edu - Picturing Programs Tests All good. Stephen Bloch sbl...@adelphi.edu _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] continuation-mark-set-context Regression on 64 bit Linux
On 64 bit Linux, `continuation-mark-set-context' doesn't provide any stack trace anymore, instead always returning the empty list. It was working at least up to 5.3.4. When the JIT is disabled, I get the expected stack traces. This regression breaks the profiler, the contract profiler, and the profiling features of the Optimization Coach. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] continuation-mark-set-context Regression on 64 bit Linux
Is this in 5.3.6 or in the git head version? Is this related to the test failures you reported earlier? Robby On Tue, Jul 23, 2013 at 2:16 PM, Vincent St-Amour stamo...@ccs.neu.eduwrote: On 64 bit Linux, `continuation-mark-set-context' doesn't provide any stack trace anymore, instead always returning the empty list. It was working at least up to 5.3.4. When the JIT is disabled, I get the expected stack traces. This regression breaks the profiler, the contract profiler, and the profiling features of the Optimization Coach. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] continuation-mark-set-context Regression on 64 bit Linux
At Tue, 23 Jul 2013 19:29:27 -0500, Robby Findler wrote: Is this in 5.3.6 or in the git head version? 5.3.6 is fine. That was on git HEAD. Matthew's last commit fixed it. Is this related to the test failures you reported earlier? No. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev