forked from svaarala/duktape
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathissue-9c6be1993e30ff5348bcf4ddde1177343f2d5a2c.yaml
43 lines (41 loc) · 1.33 KB
/
issue-9c6be1993e30ff5348bcf4ddde1177343f2d5a2c.yaml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
--- !ditz.rubyforge.org,2008-03-06/issue
title: change default API strictness to 'strict' instead of 'non-strict'; would unify API usage in empty vs. nonempty stack case
desc: ""
type: :task
component: duk
release: v0.12
reporter: sva <[email protected]>
status: :closed
disposition: :fixed
creation_time: 2014-03-07 13:03:49.151025 Z
references: []
id: 9c6be1993e30ff5348bcf4ddde1177343f2d5a2c
log_events:
- - 2014-03-07 13:03:49.306756 Z
- sva <[email protected]>
- created
- ""
- - 2014-03-08 01:18:04.555165 Z
- sva <[email protected]>
- commented
- |-
Work branch is api-default-strictness.
The trivial approach has the drawback that C code can no longer eval or compile
anything non-strict. This could be mitigated with additional flags, but this is
less trivial than seems at first.
- - 2014-04-10 10:12:45.083940 Z
- Sami Vaarala <[email protected]>
- assigned to release v0.11 from v0.10
- ""
- - 2014-07-10 12:43:19.643057 Z
- Sami Vaarala <[email protected]>
- assigned to release v0.12 from v0.11
- ""
- - 2014-07-24 09:53:13.964754 Z
- Sami Vaarala <[email protected]>
- commented
- Now that eval strictness handling was changed this should be more feasible again.
- - 2014-08-18 21:37:16.027445 Z
- Sami Vaarala <[email protected]>
- closed with disposition fixed
- ""