From: Damien Doligez <Damien.Doligez@inria.fr>
To: caml users <caml-list@inria.fr>, caml announce <caml-announce@inria.fr>
Subject: [ANN] Release Candidate: 3.11.2+rc1
Date: Tue, 29 Dec 2009 15:59:34 +0100 [thread overview]
Message-ID: <59542CDD-BE49-40B3-BEFD-1FEE6A4D75EF@inria.fr> (raw)
Dear Ocaml Users,
It is our pleasure to announce that the release of 3.11.2 is imminent.
What we need now is your cooperation for testing the release candidate,
especially on Windows.
The release candidate is available as source code at this address:
ftp://ftp.inria.fr/INRIA/Projects/cristal/ocaml/ocaml-3.11/ocaml-3.11.2+rc1.tar.bz2
See the list of changes at the end of this mail.
After testing this release candidate, please send a mail to
<damien.doligez@inria.fr> and tell us what you tested and whether
it worked.
Notes for Windows users:
- A recent update to Vista seems to have broken cygwin version 1.5.
You will need to install the new version 1.7.1 instead:
http://www.cygwin.com/
- You will also need the latest version of Alain Frisch's flexdll,
version 0.21: http://alain.frisch.fr/flexdll.html#download
Happy new year's eve to everyone,
-- The OCaml Team
Objective Caml 3.11.2+rc1:
--------------------------
Bug fixes:
- PR#4151: better documentation for min and max w.r.t. NaN
- PR#4421: ocamlbuild uses wrong compiler for C files
- PR#4710, PR#4720: ocamlbuild does not use properly configuration
information
- PR#4750: under some Windows installations, high start-up times for
Unix lib
- PR#4777: problem with scanf and CRLF
- PR#4810: BSD problem with socket addresses, e.g. in Unix.getnameinfo
- PR#4813: issue with parsing of float literals by the GNU assembler
- PR#4816: problem with modules and private types
- PR#4818: missed opportunity for type-based optimization of bigarray
accesses
- PR#4821: check for duplicate method names in classes
- PR#4823: build problem on Mac OS X
- PR#4836: spurious errors raised by Unix.single_write under Windows
- PR#4841, PR#4860, PR#4930: problem with ocamlopt -output-obj under
Mac OS X
- PR#4847: C compiler error with ocamlc -output-obj under Win64
- PR#4856: ocamlbuild uses ocamlrun to execute a native plugin
- PR#4867, PR#4760: ocamlopt -shared fails on Mac OS X 64bit
- PR#4873: ocamlbuild ignores "thread" tag when building a custom
toplevel
- PR#4890: ocamlbuild tries to use native plugin on bytecode-only arch
- PR#4896: ocamlbuild should always pass -I to tools for external
libraries
- PR#4900: small bug triggering automatic compaction even if
max_overhead = 1M
- PR#4902: bug in %.0F printf format
- PR#4910: problem with format concatenation
- PR#4922: ocamlbuild recompiles too many files
- PR#4923: missing \xff for scanf %S
- PR#4933: functors not handling private types correctly
- PR#4940: problem with end-of-line in DOS text mode, tentative fix
- Module Printf: the simple conversion %F (without width indication)
was not
treated properly.
- Makefile: problem with cygwin, flexdll, and symbolic links
Feature wishes:
- PR#9: (tentative implementation) make ocamldebug use #linenum
annotations
- PR#123, PR#4477: custom exception printers
- PR#3456: Obj.double_field and Obj.set_double_field functions
- PR#4003: destination directory can be given to Filename.
[open_]temp_file
- PR#4647: Buffer.blit function
- PR#4685: access to Filename.dir_sep
- PR#4703: support for debugging embedded applications
- PR#4723: "clear_rules" function to empty the set of ocamlbuild rules
- PR#4921: configure option to help cross-compilers
next reply other threads:[~2009-12-29 14:59 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-29 14:59 Damien Doligez [this message]
2009-12-29 16:10 ` [Caml-list] " Stéphane Glondu
2009-12-29 16:52 ` Richard Jones
2010-01-05 15:12 ` Richard Jones
2010-01-05 17:06 ` Stéphane Glondu
2010-01-05 17:20 ` Richard Jones
2010-01-05 18:43 ` Richard Jones
2009-12-30 17:32 ` David Allsopp
2010-01-11 18:33 ` Richard Jones
2010-01-12 10:11 ` Damien Doligez
2010-01-12 10:30 ` Sylvain Le Gall
2010-01-12 10:44 ` [Caml-list] " Damien Doligez
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=59542CDD-BE49-40B3-BEFD-1FEE6A4D75EF@inria.fr \
--to=damien.doligez@inria.fr \
--cc=caml-announce@inria.fr \
--cc=caml-list@inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox