GitHub PushEvent at 2014-12-18 16:41:37
Repository: ocaml-1
Actor: chambart
Payload: {"shas":[["4ea28ba75f50c442a87906dbed6b3c88a2be0fd2","9d60f503b7b50623e0aab5369688d7efda909fca","fix typo in help text\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15644 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Damien Doligez",true],["a03383913920fed1df7de1d36a578fd78202fa6e","8450103c06dbd58add9d047d761684096ac560ca@frisch.fr","#6688: allow val declarations as structure items.\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15645 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Alain Frisch",true],["424d01dc35f6ae77d1ff8a30419b265fcbd91e5e","8450103c06dbd58add9d047d761684096ac560ca@frisch.fr","#6688: fix comment.\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15646 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Alain Frisch",true],["1cb0b23a080f6aedfb042c65230d82c88acd0227","9d60f503b7b50623e0aab5369688d7efda909fca","Start tidying up the runtime:\n- document most of the \"size\" and \"length\" parameters and global variables,\n  specifying bytes or words. Change some of them from bytes to words.\n- start getting rid of \"char *\" and use sensible types instead.\n- other small changes\n\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15647 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Damien Doligez",true],["9c53766241dec3f82b8187fbe59f91e62c409661","9d60f503b7b50623e0aab5369688d7efda909fca","apply GPR123: fix stupid bug in opttoploop\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15649 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Damien Doligez",true],["843f15250595c355384cd0d006755b723c4048b1","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","simplify the spellcheck functions\n\n- expose the core spellchecking functionality in Misc rather than Typetexp\n- remove the too high-order (yet insufficiently parametric)\n  Typetexp.spellcheck from the public interface\n- rewrite the spellchecking functions for variants and fields in\n  Typecore from the Misc functions rather than reusing\n  Typetexp.spellcheck\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15650 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["3e7c17695cd01040ba4032d8964508ec0f0f6e48","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","'Did you mean' for variables missing on one side of an or-pattern\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15651 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["b6c2247a4572c42e9822d70570d55c2bcf4d2091","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","simplify spellchecking of labels in typecore.ml:\n\nBy computing the list of valid names at Wrong_name raising point, we\ncan remove the logic to reconstruct the set of valid names to draw\nsuggestion from after the fact:\n- no spellchecking-related code in the NameChoice functor\n- seamlessly extends to fields of inline records (were not spellchecked before)\n\nI made the type of the \"wrong name\" in the Wrong_name exception more\nprecise, from Longident.t to string. The rationale is that:\n- we only raise this exception when the longident happens to be\n  a (Lident str)\n- the list of valid names is a list of field or variant names; those\n  are strings rather than idents\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15652 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["7a97cb4f72b7e0f89141f2a9948fc03e5ca01531","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","typecore.ml: minor refactoring\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15653 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["bbf039706a9de5c7c7d29fb72657d7f34d410a6b","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","'Did you mean' for unbound method names\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15654 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["f33c14b2781914a56914fdab0c3490e710840164","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","'Did you mean' for instance variables\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15655 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["ecb299dfa795509e879606212c84c38217a67944","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","rewrite the printing of Lazy values in toplevel/genprintval.ml\n\nThe code previously used Lazy.is_val to know whether the value was\nalready-evaluated (and, in this case, Lazy.force to extract this value\nand print it more precisely). But it lies inside a functor that is\ninstantiated over different implementations of Obj, while\nLazy.{is_val,force} force the use of the Obj module of the standard\nlibrary. This could cause segfaults when this code is called from the\ndebugger, which instantiates it with a different Obj module talking\nover a socket.\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15656 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["0338871043ddbe56ab141f92db5948c21f1025a4","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","rewrite cycle-detection in genprintval.ml to use O instead of Obj\n\n(see previous commit)\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15657 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["789854f64329be8d1e44392ab796fcf7f0e6e461","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","ocamldebug: fix printing of variables of lazy type\n\n\"print a\" in ocamldebug when a is a forced lazy value segfaults on all\nOCaml versions I tested it on. This comes from the fact that the\ndebugcomm.ml re-implementation of the Obj module (talking over the\ndebugging socket) implements Obj.tag without special-casing integers\n(that is, testing is_block first), and always assumes its input is\na block.\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15658 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["14ab17aab93f5588d0f37b6dd445c3cd74396ca2","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","harden testsuite/makefile/Makefile.dlambda wrt identifiers with quotes\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15659 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["16bc43219cbd49bb3450e362c6c3e0b3a129f374","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","Add a special syntax for index operators\n\nThis commit introduces a new syntax for index operators.\nSix core parenthesis operator are added:\n.(), .[], .{}, .{,}, .{,,}, .{,..,}.\nThe .{,}/.{,,}/.{,,,} operators are defined for compatibility with the Bigarray syntax extension.\nEach core index operator is available in a access/assignement versions. For instance, .() is declined in\n* .() : index operator\n* .()<- : indexed assignment operator\nThe general syntax for these index operators as implemented in the parser is index_operator::= index_operator_core [<-]\n\nFrom: octachron <octa@polychoron.fr>\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15660 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["7e47735db8bbc4e54e1653d218cc1e6c90813ba4","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","Simplify the use of custom .() and .[]\n\nThis commit modifies the parser to use the newly defined .() and .[] operators. It also moves the definition of the standard .() and .[] operator for String/Bytes and Array to the pervasives module.\n\nBefore this commit, expressions of the form array.(index) and string.(index) where desugared to Array.get[_unsafe] array index and Strinf.get[_unsafe] string index. The unsafe or unsafe version were chosen depending on the presence of the \"-unsafe\" compiler option. Such expression are now desugared to ( .() ) array index and ( .[] ) string index respectively. The same desugar operation is applied to array.(index) <- value which becomes ( .()<- ) array index value.\n\nIn order to keep the standard semantic for the string and array index operations, these new index operators are defined in the pervasives module using new compiler primitives, e.g.\nlet .() = \"%array_opt_get\".\nThese new primitives are then mapped to safe or unsafe version depending on the\nthe \"-unsafe\" compiler option. Consequently, these modifications should have no impact on existing code.\n\nWith these modifications, defining custom .() and .[] operators should be easier, at the cost of losing access to the standard index operator for either array or string.\n\nFrom: octachron <octa@polychoron.fr>\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15661 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["4a80e9da1114cb1e351a8c61cab6f04e6c1ba927","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","Simplify the definition of custom .{} operators\n\nThis commits modify the Bigarray syntax extension in order to facilitate the use of custom .{} operators. The compatibility with the existing Bigarray syntax has been preserved as much as possible. However, this commit will break code which use the Bigarray .{}\nsyntax without opening the Bigarray module first!\n\nLike the previous commit, this commit modifies the parser to desugar bigarray1.{index} to ( .{} ) bigarray1 index. Following the bigarray syntax, the index operator used\nin the desugaring changes if the index is a n-tuple:\n1-tuple => .{}\n2-tuple => .{,}\n3-tuple => .{,,}\n4 and more tuples => .{,..,}\n\nThe bigarray modules has been modified to use this new index operators. Note that this means that these index operators are not anymore accessible without opening the bigarray module.\n\nFrom: octachron <octa@polychoron.fr>\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15662 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["ecbae19bcc042c3e3c8e5234210536ad8fb434c1","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","update Changes for custom index operators\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15663 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true],["e88e2bb74426849062647642753a5c8477e53df5","1912fc14072add306a707dab97c91935b2c8582d@gmail.com","remove unnecessary Obj.magic (Grégoire Henry)\n\nFrom: Gabriel Scherer <gabriel.scherer@gmail.com>\n\ngit-svn-id: http://caml.inria.fr/svn/ocaml/trunk@15664 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02","Gabriel Scherer",true]],"size":91,"ref":"refs/heads/flambda_trunk","head":"ad5f41f7bcc43268cc396ca8275324e812cd6e06"}