summaryrefslogtreecommitdiff
path: root/test/files/scalacheck
Commit message (Collapse)AuthorAgeFilesLines
...
* | Add mutable tree sets to the standard library.aleksandar2012-01-121-0/+67
|/ | | | | | | This implementation is based on AVL trees. The current implementation is contributed by Lucien Pereira. Fixes #4147.
* Fixed scalacheck test to fail if it's failing.Paul Phillips2011-12-161-7/+1
|
* Improve quality of scalacheck range tests input and output.Daniel C. Sobral2011-12-161-26/+55
| | | | | | | Remove some dead code, activate ByOne generator again, add generators for inclusive ranges, add generators that concentrate on the boundaries, and add some print statements next to exceptions that might get eaten by out of memory errors.
* Re-enable RedBlack's ScalaCheck test, which was disabled at r21829.Daniel C. Sobral2011-12-011-0/+213
| | | | | | | | | | I haven't been able to find any reason for that reversal, but this version is an improved version provided with SI-3796, which never got committed along with the patch. This version generates trees directly instead of using the methods under test. It also puts an upper bound on tree size and, therefore, execution time.
* Begone t1737...Hubert Plociniczak2011-11-0223-207/+207
|
* Fix for unfortunate bug in Range.init.Paul Phillips2011-06-301-0/+7
|
* Fixed some tests, renamed from Any to Gen.Aleksandar Pokopec2011-04-131-3/+3
| | | | | No review.
* Refactoring the collections api to support diff...Aleksandar Pokopec2011-04-133-15/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Refactoring the collections api to support differentiation between referring to a sequential collection and a parallel collection, and to support referring to both types of collections. New set of traits Gen* are now superclasses of both their * and Par* subclasses. For example, GenIterable is a superclass of both Iterable and ParIterable. Iterable and ParIterable are not in a subclassing relation. The new class hierarchy is illustrated below (simplified, not all relations and classes are shown): TraversableOnce --> GenTraversableOnce ^ ^ | | Traversable --> GenTraversable ^ ^ | | Iterable --> GenIterable <-- ParIterable ^ ^ ^ | | | Seq --> GenSeq <-- ParSeq (the *Like, *View and *ViewLike traits have a similar hierarchy) General views extract common view functionality from parallel and sequential collections. This design also allows for more flexible extensions to the collections framework. It also allows slowly factoring out common functionality up into Gen* traits. From now on, it is possible to write this: import collection._ val p = parallel.ParSeq(1, 2, 3) val g: GenSeq[Int] = p // meaning a General Sequence val s = g.seq // type of s is Seq[Int] for (elem <- g) { // do something without guarantees on sequentiality of foreach // this foreach may be executed in parallel } for (elem <- s) { // do something with a guarantee that foreach is executed in order, sequentially } for (elem <- p) { // do something concurrently, in parallel } This also means that some signatures had to be changed. For example, method `flatMap` now takes `A => GenTraversableOnce[B]`, and `zip` takes a `GenIterable[B]`. Also, there are mutable & immutable Gen* trait variants. They have generic companion functionality.
* Implementing foreach to work in parallel in Par...Aleksandar Pokopec2011-03-224-4/+4
| | | | | | | | | | | | Implementing foreach to work in parallel in ParIterableLike. Doing a bunch of refactoring around in the collection framework to ensure a parallel foreach is never called with a side-effecting method. This still leaves other parts of the standard library and the compiler unguarded. No review.
* Fixes the broken test, introduced in the view p...Aleksandar Pokopec2011-03-111-8/+12
| | | | | | | Fixes the broken test, introduced in the view patch commit. No review.
* A patch for views. Most relevant change:Paul Phillips2011-03-111-8/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Almost all view classes now list parents like trait Appended[B >: A] extends super.Appended[B] with Transformed[B] instead of the former trait Appended[B >: A] extends Transformed[B] with super.Appended[B] because as it was, the implementation of foreach in TraversableViewLike#Transformed was repeatedly trumping overrides found in e.g. IterableLike. This change was not without its own consequences, and much of the rest of the patch is dealing with that. A more general issue is clearly revealed here: there is no straightforward way to deal with trait composition and overrides when some methods should prefer B over A and some the reverse. (It's more like A through Z in this case.) That closes #4279, with some views being five orders of magnitude slower than necessary. There is a test that confirms they'll stay performance neighbors. In the view classes (Zipped, Mapped, etc.) I attended to them with comb and brush until they were reasonably consistent. I only use "override" where necessary and throw in some "final" in the interests of trying to anchor the composition outcome. I also switched the newSliced, newZipped, etc. methods to use early init syntax since a number have abstract vals and I found at least one bug originating with uninitialized access. There was a piece of a parallel collections scalacheck test failing, which I disabled out of expedience - am emailing prokopec. There is plenty of work left to do but paulp must get back to other 2.9 issues. This is the Zurich->SF airplane patch. No review.
* Merge branch 'work'Aleksandar Pokopec2011-01-261-1/+1
| | | | | | Conflicts: src/library/scala/concurrent/SyncVar.scala
* Disabled the process test. No review.Paul Phillips2011-01-121-160/+0
|
* Imported sbt.Process into trunk, in the guise o...Paul Phillips2011-01-121-0/+160
| | | | | | | | | | | | | | | | | | | Imported sbt.Process into trunk, in the guise of package scala.sys.process. It is largely indistinguishable from the version in sbt, at least from the outside. Also, I renamed package system to sys. I wanted to do that from the beginning and the desire has only grown since then. Sometimes a short identifier is just critical to usability: with a function like error("") called from hundreds of places, the difference between system.error and sys.error is too big. sys.error and sys.exit have good vibes (at least as good as the vibes can be for functions which error and exit.) Note: this is just the first cut. I need to check this in to finish fixing partest. I will be going over it with a comb and writing documentation which will leave you enchanted, as well as removing other bits which are now redundant or inferior. No review.
* Enabled parallel group by.Aleksandar Pokopec2011-01-101-1/+1
| | | | | No review.
* Implemented a (slower) workaround for parallel ...Aleksandar Pokopec2011-01-076-0/+87
| | | | | | | | Implemented a (slower) workaround for parallel vectors. Implemented group by. No review.
* Minor changes.Aleksandar Pokopec2010-12-091-1/+1
| | | | | No review.
* Made parallel collections serializable.Aleksandar Pokopec2010-12-092-2/+2
| | | | | No review.
* Array combiners implementation changed from arr...Aleksandar Pokopec2010-12-095-41/+58
| | | | | | | | | Array combiners implementation changed from array buffers to doubling unrolled buffers to avoid excessive copying. Still evaluating the benefits of this. No review.
* Fixed parallel ranges to use the same range log...Aleksandar Pokopec2010-12-091-1/+1
| | | | | | | | | | Fixed parallel ranges to use the same range logic under the hood, and not introduce code duplication. Slight fix in Tasks. No review.
* Fixing jvm 1.5 support for parallel collections.Aleksandar Pokopec2010-12-099-32/+85
| | | | | | | | | | | | | | | | | | Special cased with thread pool executor scheduling. Fixed an ugly concurrency bug where futures returned by a thread pool executor didn't remove the task from the queue when cancel was called. Note to self and others: don't cancel futures returned by thread pool executors, it might lead to unexpected behaviour. Modified the executor to add new threads if all the active threads are syncing, in order to avoid deadlocks. Fixed a hidden bug in AdaptiveWorkStealingTasks, where correct behaviour depended on the execution order of the tasks. This didn't fail before with ForkJoinTasks, since there the execution order is well-defined. Scalachecked 1.5 & 1.6 support. No review.
* Refactored parallel collections for pluggable t...Aleksandar Pokopec2010-11-272-13/+15
| | | | | | | | Refactored parallel collections for pluggable task support implementations. No review.
* Disabled a test failing on server.Aleksandar Pokopec2010-11-081-1/+1
| | | | | No review
* Added size maps to flat hash tables.Aleksandar Pokopec2010-11-085-7/+137
| | | | | | | | | | | Added parallel mutable hash sets. Implemented parallel mutable hash set iterators. Implemented parallel mutable hash set combiners. Factored out unrolled linked lists into a separate class UnrolledBuffer, added tests. Added parallel mutable hash set tests, and debugged hashsets. No review.
* Took a step back and massively simplified Range.Paul Phillips2010-11-011-1/+16
| | | | | | | | | | | | | | | | | | | | | | | | all the boundary conditions I'm aware of, including not yet reported ones such as scala> 5 until 5 last res0: Int = 4 and scala> 1073741823 to Int.MaxValue by (1 << 24) size res0: Int = 65 scala> 1073741823 to Int.MaxValue by (1 << 24) drop 100 size res1: Int = 256 Also includes conformance improvements (e.g. 5 until 5 init should throw an exception, not return empty) and general improvements (e.g. 1 to 10 tail should return a Range.) Will close associated tickets such as #3232 after I complete similar work on NumericRange. Review by community.
* Two hashcode-related failing tests fixed.Aleksandar Pokopec2010-10-281-5/+5
| | | | | No review.
* Debugging parallel hash tables.Aleksandar Pokopec2010-10-285-323/+361
| | | | | No review.
* Some serious bugfixes in parallel hash tables.Aleksandar Pokopec2010-10-281-7/+7
| | | | | No review.
* Mostly refactored existing test functionality f...Aleksandar Pokopec2010-10-2810-274/+512
| | | | | | | | Mostly refactored existing test functionality for parallel collections. Added immutable hash set tests. No review.
* Modified remote test.Aleksandar Pokopec2010-10-281-1/+1
| | | | | No review.
* Some serious hash tries bugs fixed.Aleksandar Pokopec2010-10-207-33/+164
| | | | | | | Plus one wild goose chase and test fixes. No review.
* Some exception handling fixes in parallel colle...Aleksandar Pokopec2010-10-206-7/+232
| | | | | | | | Some exception handling fixes in parallel collections. Fixed some regressions. Fixed some tests. No review.
* Fixed substring test that was occasionally fail...Hubert Plociniczak2010-10-122-2/+1
| | | | | | | Fixed substring test that was occasionally failing on my machine (and reporting the error for a different test case). Proper fix for scalacheck is still pending. No review.
* Adding immutable parallel hashsets.Aleksandar Pokopec2010-10-051-0/+47
| | | | | | | | | | Fixing an issue with hashset splitters where the splitting does not work if some elements have already been iterated. Added parallel collections exception handling. Added parallel collections break control. Renaming ParHashTrie -> ParHashMap. The part with immutable.{HashSet, HashMap} - review by rompf
* Reverted a test. No review.Aleksandar Pokopec2010-10-051-2/+2
|
* Added back another previously failing test.Aleksandar Pokopec2010-10-051-2/+2
|
* Disabling a test from last commit until figurin...Aleksandar Pokopec2010-10-051-2/+2
| | | | | | Disabling a test from last commit until figuring out why it fails on the server. No review
* An issue with scalacheck and actors where an ex...Aleksandar Pokopec2010-10-057-414/+434
| | | | | An issue with scalacheck and actors where an excess of thread pools gets created - tmp fix. No review.
* Fixed a scalacheck test group "test entire subd...Aleksandar Pokopec2010-10-0411-0/+1146
| | | | | | | Fixed a scalacheck test group "test entire subdirectory" problem. It's now possible to add scalacheck tests consisting of multiple files. No review.
* Cleaning up the contents of test.Paul Phillips2010-09-287-0/+512
| | | | | | | | | | | including "CheckEither", written against scalacheck 1.2 in the year 471 AD. Removed all the duplicates I could find, mostly between pending and files. Renamed a bunch of tests so they wouldn't look like likely duplicates next time around. Nominated somebody else to do this once in a while. No review.
* Fixes #3847. No review.Aleksandar Pokopec2010-09-271-0/+21
|
* Temporarily disabled collections checks to keep...Aleksandar Pokopec2010-09-0110-1164/+0
| | | | | | | Temporarily disabled collections checks to keep build from breaking. No review
* Added scalacheck tests for parallel collections.Aleksandar Pokopec2010-09-0111-0/+1172
| | | | | Review by phaller (not urgent).
* Put dummy scalacheck dir in test/files since pa...Paul Phillips2010-05-201-0/+0
| | | | | | | Put dummy scalacheck dir in test/files since partest maddeningly pre-fails the test suite if it's not present and git does not preserve empty directories. No review.
* Disabled scalacheck tests because they interfer...Martin Odersky2010-05-105-317/+0
| | | | | | Disabled scalacheck tests because they interfere with library refactorings (refactorings break scalacheck).
* Rolled partest back to r21328.Paul Phillips2010-05-061-157/+0
| | | | | | | | changes necessary to plug it back in while preserving everything which has happened since then in tests and such, but we should be the lookout for overreversion. Review by phaller (but as a formality, I don't think it requires direct review.)
* A redblack tree scalacheck test contributed by ...Paul Phillips2010-04-131-0/+157
| | | | | A redblack tree scalacheck test contributed by dcsobral. No review.
* Forgot to add scalacheck test for #2535.Aleksandar Pokopec2010-04-061-0/+205
|
* Fix for the partest task to fail the build when...Paul Phillips2010-04-061-1/+1
| | | | | | | | Fix for the partest task to fail the build when a test fails, and fixes for 2/3 of the quietly failing tests. I'm not quite sure what to do about the view ones, it doesn't look like a simple rename is going to cut it, so: review by odersky.
* Fixes #3091. Review by community.Aleksandar Pokopec2010-03-151-0/+17
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-11 20:34:32 +0000