Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Detect cycles in the toplevel's printer. #23

Closed
wants to merge 6 commits into from

Conversation

lpw25
Copy link
Contributor

@lpw25 lpw25 commented Mar 26, 2014

The patch attached to issue 6228.

H.remove nested_values repr;
ret
end
else f depth obj ty
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the short branch should always come first in an if .. then .. else

@gasche
Copy link
Member

gasche commented Mar 26, 2014

One potential issue with the proposed approach is that all cycles are printed in the same way. If I understand correctly, it is not possible to distinguish the pretty-printing of let rec x = 1::2::x and 1 :: let rec twos = 2 :: twos, both would return 1 :: 2 :: <cycle>.

The old patch by Alain on the bugtracker had the advantage of keeping track of cycle identities, and properly adding a bound name at the first occurence of a cycle. It would print something like let rec v1 = 1::2::v1 in one case and let rec v1 = 2::v1 in 1::v1 in the other.

The downside with this is that it enters the nightmare of having several possible syntaxes which makes decision-making impossible. It also looks like a more invasive change to the printer implementation (with the current style of nest combinators I would expect that inserting the fixpoint at the first point of occurence, rather than at the toplevel, to be easier; that would also be a fine semantics).

@lpw25
Copy link
Contributor Author

lpw25 commented Mar 27, 2014

One potential issue with the proposed approach is that all cycles are printed in the same way. If I understand correctly, it is not possible to distinguish the pretty-printing of let rec x = 1::2::x and 1 :: let rec twos = 2 :: twos, both would return 1 :: 2 :: .

I don't think this really matters, in the top-level you can always perform some more operations to get a better idea of what the value is. The important thing is just not to print hundreds of lines of output for simple values.

@lpw25
Copy link
Contributor Author

lpw25 commented Apr 3, 2014

I've reordered the if clauses, made a few cosmetic changes, and fixed a bug in the printing of abstract types with manifests, Tpoly types and Tsubst types.

@vouillon
Copy link
Member

vouillon commented May 7, 2014

Note that using the same hash for many values will result in a quadratic complexity for hash-table look-up.

@lpw25
Copy link
Contributor Author

lpw25 commented May 7, 2014

@vouillon I assume you are referring to the handling of exceptions raised during Hashtbl.hash. This should only occur if someone installs a custom hash function which raises an exception, which should be extremely rare, so I'm not really worried about performance in that case.

@mshinwell
Copy link
Contributor

Merged to trunk (rev 14766)

bactrian pushed a commit that referenced this pull request May 8, 2014
@gasche gasche closed this May 8, 2014
bactrian pushed a commit that referenced this pull request Apr 18, 2015
stedolan added a commit to stedolan/ocaml that referenced this pull request Aug 18, 2015
Darken dirty stack objects after emptying minor heap.
mshinwell referenced this pull request in mshinwell/ocaml Jan 7, 2016
Rewrite the inlining stats output
chenglou added a commit to chenglou/ocaml that referenced this pull request Feb 15, 2019
[Super errors] Expose previously shadowed `report_error` from typemod.ml
anmolsahoo25 pushed a commit to anmolsahoo25/ocaml that referenced this pull request Aug 25, 2020
Use more lightweight synchronisation to acknowledge interrupts
poechsel pushed a commit to poechsel/ocaml that referenced this pull request Jul 2, 2021
lpw25 pushed a commit to lpw25/ocaml that referenced this pull request Oct 12, 2021
* Local allocation support for arrays and records

* Relax the Max_young_wosize constraint on local allocs

* Runtime support for local array allocations.

Includes a bugfix in realloc_local (wsize/bsize confusion).
lpw25 pushed a commit to lpw25/ocaml that referenced this pull request Nov 12, 2021
* Local allocation support for arrays and records

* Relax the Max_young_wosize constraint on local allocs

* Runtime support for local array allocations.

Includes a bugfix in realloc_local (wsize/bsize confusion).
stedolan added a commit to stedolan/ocaml that referenced this pull request May 24, 2022
173842c Merge flambda-backend changes
ed7eba2 Remove leading space from LINE. (ocaml-flambda/flambda-backend#484)
bd61170 Bump magic numbers (ocaml#5)
c50c47d Add CI builds with local allocations enabled
1412792 Move local allocations support behind '-extension local'
6d8e42a Better tail call behaviour in caml_applyN
c7dac3d Typemod: toplevel bindings escape even if no variables are bound
82d6c3e Several fixes for partial application and currying
d05c70c Pprintast support for new local syntax
e0e62fc Typecheck x |> f y as (f y x), not ((f y) x)
d7e34ce Remove autogeneration of @ocaml.curry
b9a0593 Port ocaml-flambda/flambda-backend#493
0a872d9 Code review fixes from ocaml-flambda/flambda-backend#491
6c168bb Remove local allocation counting
3c6e7f0 Code review fixes from ocaml-flambda/flambda-backend#478
bb97207 Rename Lambda.apply_position
a7cb650 Quieten Makefile when runtime dep files are not present
c656dc9 Merge flambda-backend changes
11b5424 Avoid printing double spaces in function argument lists
7751faa Restore locations to Typedtree.{pat,let}_bound_idents_full
e450b6c add build_ocaml_compiler.sexp
0403bb3 Revert PR 9895 to continue installing VERSION
b3447db Ensure new local attributes are namespaced properly
7f213fc Allow empty functions again
8f22ad8 Bugfix: ensure local domain state is initialised
80f54dd Bugfix for Selectgen with regions
e8133a1 Fix external-external signature inclusion
9840051 Bootstrap
d879f23 Merge remote-tracking branch 'jane/local-reviewed' into local-merge
94454f5 Use Local_store for the local allocations ref
54a164c Create fewer regions, according to typechecking (ocaml#59)
1c2479b Merge flambda-backend changes
ce34678 Fix printing of modes in return types
91f2281 Hook mode variable solving into Btype.snapshot/backtrack
54e4b09 Move Alloc_mode and Value_mode to Btype
ff4611e Merge flambda-backend changes
ce62e45 Ensure allocations are initialised, even dead ones
6b6ec5a Fix the alloc.ml test on 32-bit builds
81e9879 Merge flambda-backend changes
40a7f89 Update repo URL for ocaml-jst, and rename script.
0454ee7 Add some new locally-allocating primitives (ocaml#57)
8acdda1 Reset the local stack pointer in exception handlers (ocaml#56)
8dafa98 Improve typing for (||) and (&&) (ocaml#55)
8c64754 Fix make_check_all_arches (ocaml#54)
b50cd45 Allow arguments to primitives to be local even in tail position (ocaml#53)
cad125d Fix modes from or-patterns (ocaml#50)
4efdb72 Fix tailcalls tests with inlining (ocaml#52)
4a795cb Flambda support (ocaml#49)
74722cb Add [@ocaml.principal] and [@ocaml.noprincipal] attributes, and use in oo.mli
6d7d3b8 Ensure that functions are evaluated after their arguments (flambda-backend ocaml#353)
89bda6b Keep Sys.opaque_identity in Cmm and Mach (port upstream PR 9412)
a39126a Fix tailcalls within regions (ocaml#48)
4ac4cfd Fix stdlib manpages build
3a95f5e Merge flambda-backend changes
efe80c9 Add jane/pull-flambda-patches script
fca94c4 Register allocations for Omitted parameter closures (ocaml#47)
103b139 Remove various FIXMEs (ocaml#46)
62ba2c1 Bootstrap
a0062ad Allow local allocations for various primitives (ocaml#43)
7a2165e Allow primitives to be poly-moded (ocaml#43)
2af3f55 Fix a flaky test by refactoring TypePairs (ocaml#10638)
58dd807 Bootstrap
ee3be10 Fix modes in build_apply for partial applications
fe73656 Tweak for evaluation order of labelled partial applications (ocaml#10653)
0527570 Fix caml_modify on local allocations (ocaml#40)
e657e99 Relax modes for `as` patterns (ocaml#42)
f815bf2 Add special mode handling for tuples in matches and let bindings (ocaml#38)
39f1211 Only take the upper bounds of modes associated with allocations (ocaml#37)
aec6fde Interpret arrow types in "local positions" differently
c4f3319 Bootstrap
ff6fdad Add some missing regions
40d586d Bootstrap
66d8110 Switch to a system with 3 modes for values
f2c5a85 Bugfix for Comballoc with local allocations. (ocaml#41)
83bcd09 Fix bug with root scanning during compaction (ocaml#39)
1b5ec83 Track modes in Lambda.lfunction and onwards (ocaml#33)
f1e2e97 Port ocaml#10728
56703cd Port ocaml#10081
eb66785 Support local allocations in i386 and fix amd64 bug (ocaml#31)
c936b19 Disallow local recursive non-functions (ocaml#30)
c7a193a GC support for local allocations (ocaml#29)
8dd7270 Nonlocal fields (ocaml#28)
e19a2f0 Bootstrap
694b9ac Add syntax to the parser for local allocations (ocaml#26)
f183008 Lower initial stack size
918226f Allow local closure allocations (ocaml#27)
2552e7d Introduce mode variables (ocaml#25)
bc41c99 Minor fixes for local allocations (ocaml#24)
a2a4e60 Runtime and compiler support for more local allocations (ocaml#23)
d030554 Typechecking for local allocations (ocaml#21)
9ee2332 Bugfix missing from ocaml#20
02c4cef Retain block-structured local regions until Mach.
86dbe1c amd64: Move stack realloc calls out-of-line
324d218 More typing modes and locking of environments
a4080b8 Initial version of local allocation (unsafe)

git-subtree-dir: ocaml
git-subtree-split: 173842c
patricoferris pushed a commit to patricoferris/ocaml that referenced this pull request Nov 28, 2022
* Local allocation support for arrays and records

* Relax the Max_young_wosize constraint on local allocs

* Runtime support for local array allocations.

Includes a bugfix in realloc_local (wsize/bsize confusion).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants