delta/ocaml.git/byterun, branch atomic_write_cmi

Reimplement Sys.rename under Win32 to be more POSIX (#1306)

2017-08-30T16:16:27+00:00

* Reimplement Sys.rename under Win32 to be more POSIX

Specifically: "Sys.rename src dst" no longer fails if file "dst" exists,
but replaces it with file "src", as in POSIX.

Test added.

* Sys.rename: document the "replace if existing" behavior

Now that we have this behavior under Win32, let's guarantee it.

* byterun/win32.c: typos in names of error codes

* Tests for Unix.rename similar to those for Sys.rename

* win32unix/rename.c: simplify the implementation

All versions of Windows we support provide MoveFileEx.

* Sys.remove: for backward compatibility, copy if cannot move

This is what the old implementation (based on MoveFile() and on rename() from the CRT) did.

* Improve documentation of Sys.remove

* Improve documentation of Unix.rename

Bring it in line with that of Sys.rename.

Restore 32bit compilation (#1295)

2017-08-29T09:42:23+00:00

In caml_executable_name(), tighten buffer allocation and clarify code

2017-08-25T16:24:01+00:00

Follow-up to commit e49e6ce.

In caml_executable_name(), wrong test on the return code of readlink()

2017-08-25T15:56:45+00:00

Follow-up to PR#795 "More robust determination of full path to current executable"

Merge pull request #1269 from sliquister/dont-stop-ticker-thread

2017-08-25T07:43:52+00:00

Remove 50ms delay at exit for programs using systhreads

Remove 50ms delay at exit for programs using threads

2017-08-25T02:10:23+00:00

$ cat /tmp/b.ml
let () = Thread.join (Thread.create ignore ())
let () = for _ = 0 to 100000; do () done
$ ocamlopt -I +threads unix.cmxa threads.cmxa /tmp/b.ml -o b
$ time ./b # before this commit

real	0m0.053s
user	0m0.000s
sys	0m0.000s
$ time ./b # after this commit

real	0m0.003s
user	0m0.000s
sys	0m0.000s

favor 'long' over 'long long' for the definition of ARCH_INT64_TYPE

2017-08-14T20:19:16+00:00

that way ARCH_INT64_PRINTF_FORMAT has a better chance of matching 'int64_t'

Fix several printf format string issues

2017-08-14T20:19:16+00:00

- enable gcc typechecking for the format string in caml_alloc_sprintf and
  caml_gc_message
- make caml_gc_message a variadic function
- use the proper format type modifier for intnat/uintnat arguments:
  ARCH_INTNAT_PRINTF_FORMAT rather than %ld/%lu

Fix the stack overflow in the stack overflow handler on Windows! (#1289)

2017-08-14T08:15:41+00:00

* Double the win32_alt_stack used for stack overflow

When backtrace recording is enabled, the alternative stack is
overflowing before caml_raise_exception has a chance to restore the
original stack. Seen with VS 2015 and VS 2017, but dependent on the
target machine (Windows 10 1703 consistently demonstrating, AppVeyor's
Server 2012 instances similarly but Windows 10 1511 and Azure Windows
Server 2016 both apparently fine - all with the same binary).

* Also test stack overflow with backtraces

Fix Cygwin breakage caused by #1274

2017-08-12T10:16:22+00:00