suzanne.soy/racket
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
15,133 Commits 17 Branches 54 Tags 278 MiB
1b4cd42d5c
Commit Graph

865 Commits

Author SHA1 Message Date
Eli Barzilay
cd076ae512 Fix bad assumption that paths can be turned to require specs (which breaks on 
Windows).

svn: r18388
 2010-02-27 20:20:25 +00:00
Stevie Strickland
54b81b3bdb Fix bug introduced by last commit. 
svn: r18385
 2010-02-27 18:04:47 +00:00
Stevie Strickland
9f17622e1a Cleanups here, moving some of the other parts to syntax-parse. 
svn: r18383
 2010-02-27 17:41:43 +00:00
Stevie Strickland
7dacfaea85 Add with-contract for expression positions. 
svn: r18372
 2010-02-27 01:05:03 +00:00
Stevie Strickland
e54f1c3a5e scheme/contract => scheme/contract/base 
svn: r18371
 2010-02-27 01:03:55 +00:00
Sam Tobin-Hochstadt
7accc0bd7d Need to unwrap objects at two other points: 
* When the C++ code uses direct access on objects (look for check_valid)
 * In the functions returned by class-field-accessor/mutator

svn: r18344
 2010-02-25 23:42:13 +00:00
Carl Eastlund
8b93f081bc Renamed make-set{,eq,eqv} to set{,eq,eqv} for uniformity with list, vector, etc. 
svn: r18338
 2010-02-25 19:46:36 +00:00
Stevie Strickland
1f10c4e422 Have external field accessors/mutators just redirect to the old object 
themselves.  Also, have all objects carry the prop:unwrap property.

svn: r18330
 2010-02-24 23:32:44 +00:00
Stevie Strickland
af0387e3a6 Fuck you, C, and the flea-bitten, mange-covered, syphilis-ridden horse you 
rode in on.

svn: r18318
 2010-02-24 16:35:30 +00:00
Stevie Strickland
60b6c81f9f Okay, updates to all this crapola. Going to try and see what happens if I 
only attach prop:unwrap to wrapped objects.

svn: r18313
 2010-02-23 23:56:08 +00:00
Stevie Strickland
f60645da2c ARGHGHGHGHGHGHGHGGHGH 
svn: r18308
 2010-02-23 21:43:08 +00:00
Stevie Strickland
e1cd160a40 Now that the C code is back at a compile-ready point, I'll check in. 
svn: r18306
 2010-02-23 20:57:22 +00:00
Stevie Strickland
472ef1e873 Other cleanups. 
svn: r18303
 2010-02-23 15:59:22 +00:00
Stevie Strickland
1eeb27fc30 Small fixes in make-wrapper-class/object. 
svn: r18302
 2010-02-23 15:58:00 +00:00
Stevie Strickland
6583b0b77c My first foray into the C side of things. 
svn: r18299
 2010-02-23 14:55:24 +00:00
Stevie Strickland
09425bc801 Keep the original class in the supers list. Also, copy over the no-super-init? 
flag.

svn: r18296
 2010-02-23 12:51:27 +00:00
Stevie Strickland
e4f7f0032e Get rid of the loop that's no longer a loop, and also add in the necessary 
object unwrapping.

svn: r18288
 2010-02-23 04:13:09 +00:00
Stevie Strickland
978a9586f5 We no longer need the #:error thing here, because we've fixed object-contract 
for real now.

svn: r18286
 2010-02-23 04:02:03 +00:00
Stevie Strickland
14ab0175c3 Okay, expanding field accesses and mutations to basically inline the 
unwrapping operation helps a bit, especially with inherited fields.
Unfortunately, as one might expect, TANSTAAFL applies here.  In order
to make sure that we keep the contracted objects around as much as
possible to make sure there are no holes, we end up making local and
inherited field access codes 2-3x more than they did before.  However,
this is still something on the order of 5x faster than external
access.  But blah.

CONTRACTS ARE NOT FREE.  Just ask your local lawyer.

svn: r18285
 2010-02-23 03:15:43 +00:00
Stevie Strickland
53381bbf03 Remove unwrapping in find-method/who until I figure out what I actually need 
to do.

Also fix up is-a? and subclass? so that they should work the same when
contracts are removed from a program.

svn: r18282
 2010-02-23 01:15:11 +00:00
Stevie Strickland
f1b0bfdd79 Yeah, accessors need arguments. 
svn: r18281
 2010-02-23 00:46:47 +00:00
Stevie Strickland
cfdb9dd39b Time to unveil object/c. 
svn: r18280
 2010-02-23 00:43:25 +00:00
Stevie Strickland
ab2561e08a Now we don't need to recur down to unwrap something, but if we get a wrapped 
primitive object in a method send, we need to unwrap all objects for its
method.

svn: r18279
 2010-02-23 00:40:59 +00:00
Stevie Strickland
2af44afb17 Now I see -- I was handling local fields in an incorrect manner. We don't 
want later projections to affect local accesses or mutations -- so we just
have to add the unwrap check in case it's a wrapped object.

svn: r18277
 2010-02-22 22:43:47 +00:00
Stevie Strickland
0e3af71176 So now object-contract works again, but we seem to have introduced a bug 
in the class/c inherit-field form, so now time to fix that.

svn: r18276
 2010-02-22 22:26:27 +00:00
Stevie Strickland
a3a1d0d9c7 Fix shadowing in make-wrapper-class. Now delay lookup for 
accessors/mutators used for internal field access.  This fixes public
fields, but not private fields.  Next should fix that up.

Will definitely need to benchmark all this delay though.

svn: r18275
 2010-02-22 22:10:30 +00:00
Stevie Strickland
d820493feb First cut of converting object-contract to share a common base that 
object/c will also use.

svn: r18274
 2010-02-22 21:55:32 +00:00
Stevie Strickland
815dd80923 Sync up to catch my fix. 
svn: r18270
 2010-02-22 20:58:53 +00:00
Stevie Strickland
11b8fd4204 Fix vector creation for internal field access. 
svn: r18269
 2010-02-22 20:57:36 +00:00
Stevie Strickland
c2fcdbba65 Class Contracts Phase 2: Object/c Boogaloo 
This isn't just a copy of trunk r18264 -- it has a slight difference in how
local field accessors and mutators are handled that will eventually play a
larger role.

svn: r18265
 2010-02-22 19:09:42 +00:00
Carl Eastlund
1d6111c532 Renamed simple-contract and simple-flat-contract to make-contract and make-flat-contract. 
svn: r18259
 2010-02-22 02:51:16 +00:00
Stevie Strickland
a0769da5ea Add the contract shorthands for -> and ->* to use for methods where we don't 
care about properties of this.

svn: r18248
 2010-02-21 02:54:06 +00:00
Stevie Strickland
ffa34e1f7d Add augride, which is like augment but enables the contract writer to give 
subclasses an idea of whether a method can be augmented (augment) or whether
a method augmentation can be overridden (augride).

svn: r18240
 2010-02-21 00:17:42 +00:00
Stevie Strickland
f72ca7bb1b Now inherit works (and tests!) 
svn: r18237
 2010-02-20 22:54:11 +00:00
Stevie Strickland
370792b881 Refactoring done, and I think that's actually cleaned up things a bit. Now 
to handle inherit.

svn: r18236
 2010-02-20 22:44:53 +00:00
Stevie Strickland
b589c3c230 More preparation to move all the int-method/dynamic-proj expansion into 
class/c-proj instead of compose-class.

svn: r18235
 2010-02-20 22:00:45 +00:00
Stevie Strickland
66ce493ede Adding original class field (we'll see what this is for in a sec.) 
svn: r18234
 2010-02-20 21:48:00 +00:00
Stevie Strickland
a0fdeff509 First order checks. 
svn: r18233
 2010-02-20 21:34:57 +00:00
Stevie Strickland
a4d6252d16 Start inherit contracts (which are useful for mixins). Tests, plus parsing. 
svn: r18232
 2010-02-20 21:28:20 +00:00
Stevie Strickland
a169105ed0 Sync up to trunk, because keeping up to date is the right thing to do (and 
hopefully it'll get rid of the issues in tests/future/future.ss).

svn: r18228
 2010-02-20 19:36:15 +00:00
Matthew Flatt
e38e8d88e0 basic set library 
svn: r18222
 2010-02-20 13:00:48 +00:00
Stevie Strickland
c59805ab9e Syncing up to trunk before I go to bed, so setup-plt can run while I 
sleep.

svn: r18220
 2010-02-20 10:59:49 +00:00
Stevie Strickland
cd4aa4c6f6 Forgot about the no-contract forms, so needed to add tests for those, also. 
svn: r18218
 2010-02-20 10:40:50 +00:00
Stevie Strickland
7830d55b42 Okay, that does it for augment, which means I'm done with coding. Now just 
documentation and benchmarking, then this can go on trunk.

svn: r18217
 2010-02-20 10:09:37 +00:00
Stevie Strickland
67d47e0a1d Fixes in override ctcs and test suite. I thought I ran it, so I find it 
weird that I found these on a subsequent run when adding some quick augment
tests to start the next batch.  (Oh, those are included also.)

svn: r18215
 2010-02-20 09:40:41 +00:00
Stevie Strickland
b5e2d5f93e Okay, now override contracts are done, so only augments remain. 
svn: r18214
 2010-02-20 09:30:40 +00:00
Stevie Strickland
3c1004fd05 Okay, we should be fixed up in compose-class, now we just need to start 
handling the projections in class/c-proj.

svn: r18213
 2010-02-20 09:14:14 +00:00
Stevie Strickland
28046b832b Another step towards it -- here we're extending the int-methods vector 
appropriately on subclassing after a contract boundary.  Next is adding
in the projections.

svn: r18211
 2010-02-20 08:43:54 +00:00
Stevie Strickland
a7017afe5a Step 1: Cut a ... 
Wait, no.  Here we add the dynamic idxs, which will get incremented whenever
we pass through a contract boundary with an override (or later, augment)
contract.

svn: r18210
 2010-02-20 08:21:09 +00:00
Stevie Strickland
90d8d3763a Forgot to put this here. 
svn: r18208
 2010-02-20 06:36:28 +00:00
Stevie Strickland
ead01c9232 There's an app... err, function for that. 
svn: r18207
 2010-02-20 05:32:13 +00:00
Stevie Strickland
98e3695a20 Also change some old code to use vector-copy! as appropriate. 
svn: r18206
 2010-02-20 05:25:36 +00:00
Stevie Strickland
7b7d70a993 I should just use vector-copy! where applicable. 
svn: r18205
 2010-02-20 05:20:15 +00:00
Stevie Strickland
aaf9a5aeac Apply the inherit-field projections appropriately. 
svn: r18204
 2010-02-20 04:18:49 +00:00
Stevie Strickland
fcee6788d7 Parsing and first order checks for internal field access contracts. 
svn: r18203
 2010-02-20 04:02:59 +00:00
Stevie Strickland
d87794a8d2 External field contracts FTW! 
svn: r18202
 2010-02-20 03:52:47 +00:00
Stevie Strickland
1688a6c3f7 Change how fields are accessed in prep for contract wrapping. 
svn: r18201
 2010-02-20 01:35:46 +00:00
Stevie Strickland
30864fc1d0 I dunno why, but this reads much better to me. 
svn: r18200
 2010-02-20 00:08:49 +00:00
Stevie Strickland
95438db40f Add set-field!. Because it's useful, because we have get-field, so why 
not it, and because it's an easy way to later test external field contracts.

svn: r18199
 2010-02-19 23:55:39 +00:00
Robby Findler
7aa6ea4c76 PR 10645 
svn: r18193
 2010-02-19 19:43:14 +00:00
James Swaine
9170687148 moved futures random tests into /collects/tests/future 
svn: r18192
 2010-02-19 19:26:55 +00:00
Stevie Strickland
e9264b1fac Syncing up before class. 
svn merge ^/trunk

svn: r18188
 2010-02-19 16:43:03 +00:00
Stevie Strickland
6777fc31a3 Rewrite this a little to make it clear that we're now only checking the 
super class's beta-methods vector to make sure this is even an overrideable
method.

svn: r18181
 2010-02-19 04:59:05 +00:00
Stevie Strickland
55d39b0035 It was a good thing I decided to add some super/inner mixed examples here, 
because it pointed out a bug in my implementation where we weren't getting
the right version of the super method (which gets the projection).

svn: r18180
 2010-02-19 04:40:10 +00:00
Stevie Strickland
5cc68fdd0f In some ways, I'm still trying to decide exactly what some of these forms mean. 
For example, if we're in the java part of a beta-java chain, can we still add
an inner contract?  If so, it should affect each java-style overriding method
until we reach the next beta-style augmenting method.

It can just be confusing, because one might thing that inner in a
contract => needs an augmenting method in the subclass, super => needs
an overriding method in the subclass.  The latter is true, since only
the next immediate method can reach the super class's implementation,
but inner jumps to the next augmenting method, so the former isn't
necessarily true.

svn: r18179
 2010-02-19 04:27:44 +00:00
Stevie Strickland
b59955bc01 Ah, that'd be the issue. THE TESTS WERE WRONG. All's well, and I've even 
added a couple more tests to make sure we apply the projections in the right
order.

svn: r18176
 2010-02-19 00:34:27 +00:00
Stevie Strickland
2b92ea9225 Start inner projections work. Next, test cases, then I'll fix the test 
cases by implementing the rest.

svn: r18174
 2010-02-18 23:54:56 +00:00
Stevie Strickland
da7473b867 TEST DRIVEN DEVELOPMENT. 
svn: r18173
 2010-02-18 23:35:58 +00:00
Stevie Strickland
301ac0e5f3 The simplest of all the contract features to handle. 
svn: r18169
 2010-02-18 23:17:48 +00:00
Stevie Strickland
cc52bcd197 Start throwing in higher-order checks. 
svn: r18168
 2010-02-18 23:09:42 +00:00
Ryan Culpepper
b68494250f scheme/pretty: added quasisyntax reader macro 
macro-debugger: added change layout menu items

svn: r18166
 2010-02-18 22:53:11 +00:00
Stevie Strickland
ce04db35a0 Rename tests to be more specific, start inner tests, fix introduced bug. 
svn: r18164
 2010-02-18 22:27:34 +00:00
Stevie Strickland
a7d8507e3c Actually, these have slightly different conditions. super contracts require 
an overrideable method (augride is okay), whereas override contracts require
a method which has never been augmentable (i.e. no pubments or overments).

svn: r18162
 2010-02-18 22:11:01 +00:00
Stevie Strickland
87c5e94fc3 Filter out overrideable checks for both super and override contracts, add 
check against final methods (and change check for augmentable ones).

svn: r18161
 2010-02-18 22:06:41 +00:00
Stevie Strickland
126c3958b2 Add in different method tables for super calls and internal dynamic dispatch. 
Eventually the latter will become a table to vectors of methods instead, but
until I start handling override/augment contracts, we can use the simplified
version.

svn: r18153
 2010-02-18 19:50:59 +00:00
Stevie Strickland
b18283b626 Keeping up with trunk. 
svn merge ^/trunk

svn: r18145
 2010-02-18 04:34:09 +00:00
Stevie Strickland
eea685c1cf I didn't fix object-contract from mzlib/contract, just from scheme/contract. 
I don't plan on fixing the former at the moment, so I'll just add back these
two accessors so that it's happy.

svn: r18144
 2010-02-18 04:22:45 +00:00
Stevie Strickland
43613389a7 Add class/c and object/c forms, including first-order checks and basic 
projections that only perform first-order checks.  To add full projections,
also need to change the class struct.

svn: r18143
 2010-02-18 04:02:12 +00:00
Stevie Strickland
fa5ed2c160 Fix object-contract's first-order property to do some reasonable first-order 
checking, instead of always failing.

svn: r18121
 2010-02-17 19:09:49 +00:00
Stevie Strickland
35afebaea3 Change object-contract to use find-method/who (already exported for Typed 
Scheme) to look for the appropriate method to wrap, which makes Robby's
object-contracts appropriately translucent during contract wrapping.

svn: r18102
 2010-02-16 19:58:07 +00:00
Matthew Flatt
6f0d6b28de some mz and ffi changes from the mr2 branch 
svn: r18099
 2010-02-16 17:55:28 +00:00
Matthew Flatt
aad22e2c3e restore scheme/future 
svn: r18032
 2010-02-09 17:19:58 +00:00
Robby Findler
e581ac7bfd made room for some tests in here and added them 
svn: r18028
 2010-02-09 14:53:09 +00:00
Carl Eastlund
fe40d3e888 Merged changes from trunk. 
svn: r18007
 2010-02-06 19:23:24 +00:00
Eli Barzilay
0725ba7608 Reformat 
svn: r17988
 2010-02-05 03:22:26 +00:00
Eli Barzilay
2cc4429c62 When constructing code, use the `object-name' of the input port *only* 
if it's coming from a file -- not when it's a string.  In that case, use
`#f' for the name, so other code (specifically, `input->code') will use
'program.

svn: r17987
 2010-02-05 03:22:23 +00:00
Eli Barzilay
a4954b774d Use optional arguments instead of `case-lambda'. 
svn: r17986
 2010-02-05 03:22:21 +00:00
Eli Barzilay
536d0266df Use unsafe operations in `sort'. It has been running in safe mode for a 
while with no errors reported, and this change is done now when there's
time before the next release.

svn: r17985
 2010-02-05 03:22:17 +00:00
Eli Barzilay
2368290cdb Test now that the generator is not in a running state when it's called. 
The previous problem was just a bug.

svn: r17984
 2010-02-05 03:22:15 +00:00
Eli Barzilay
d5822a3ee5 Remove the special case hack for getting zero values at the end of a 
generator.  This will make this:

  (generator (yield 1) (yield))

also repeat #<void> when it's done which will be very confusing.  Better
just add a note in the docs on (generator (yield 1)) returning no values
when it's done.

Also, remove some of the `case-lambda' optimizations...

svn: r17983
 2010-02-05 03:22:12 +00:00
Eli Barzilay
3a08648dab Added a `running' state, which is visible only from inside the 
generator.  (Also considered making it an error when the generator is
called while it is running, but that doesn't allow (yield (yield X))
fun.)

svn: r17982
 2010-02-05 03:22:09 +00:00
Eli Barzilay
2f62cb192e Allow using `yield' with any number of arguments which will be returned 
as multiple values.  (These `case-lambda's are for making it fast, which
is probably stupid given how slow this is anyway.)

svn: r17981
 2010-02-05 03:22:07 +00:00
Eli Barzilay
f1dcf49d38 Added `generator-state', implemented using a local state (which also 
simplifies the code that raises an error from the last change).

svn: r17980
 2010-02-05 03:22:04 +00:00
Eli Barzilay
505034ea26 The generator function can now be used to send values to the generator. 
For example,

  (define g (generator (yield (yield (yield 1)))))
  (list (g) (g 2) (g 3) (g 4) (g) (g))

evaluates to '(1 2 3 4 4 4).  This is something that Python does (as a
generator.send method), which might be useful for using generators as
co-routines, and it is actually easy to implement since sending values
is exactly what we get when the generator call is actually calling the
saved continuation.  So most of the change is dealing with the
technicalities of throwing an error when the generator is called with
some arguments, when that's done after it's terminated (at the stage
where it's repeating the last value for ever).

A few tests added for this.

svn: r17979
 2010-02-05 03:22:01 +00:00
Eli Barzilay
18c8e41fac Make it possible for the last expression in the body of a generator to 
return any number of values.  They will be collected and used as the
repeat-forever result of calling the generator again.

Note: there's an exception for using no values -- instead of returning
no values forever, use void, since no values can be more surprising, and
it can happen when someone uses something like

  (generator (yield 1) (yield 2) (yield 3))

since the result of `yield' is (values).  (This will change in a
following commit, but even then it will be popular since people will
usually invoke the generator with no arguments which leads to the zero
values.  Could be solved if you use (g (void)) -- but that's awkward, I
think.)

svn: r17978
 2010-02-05 03:21:59 +00:00
Eli Barzilay
c88a5a6856 A bunch of additional typos 
svn: r17976
 2010-02-05 03:21:52 +00:00
Carl Eastlund
2e64069d14 Re-disabled legacy (contract ...) form. 
svn: r17960
 2010-02-03 17:08:26 +00:00
Carl Eastlund
1d4cdbeb45 Exports from scheme/contract/private/blame: removed constructor; fixed confusing selector names. 
svn: r17909
 2010-01-31 03:03:30 +00:00
Carl Eastlund
d5329eb2a6 Make contract form more permissive; import make-blame. 
svn: r17908
 2010-01-31 01:48:08 +00:00
Carl Eastlund
bf308563d2 Hide make-blame; remove blame-positive and blame-negative; make blame objects transparent (but allow equal?). 
svn: r17907
 2010-01-31 01:47:48 +00:00