> And I take this as a "yes" on the question if something like this would be appreciated by the community.

This is my impression as well, and I would personally warmly welcome changes to improve Windows users experience -- I think of ocamlbuild as a portable build system, and I would like to work out of the box; I don't think there are any fundamental design limitations that would prevent this good portability experience.


One difficulty right now in term of development dynamics is that I don't have a Windows machine to test on myself, so I'm rather conservative regarding Windows-related changes to avoid regressions for non-Windows user (it's not necessarily easy to predict which changes risk breaking stuff), or even regressions for other Windows users (some of the non-intuitive Windows-related code is there because otherwise stuff breaks for some people). Sometimes Windows developers make a certain amount of changes that look right to them and fix actual problems on their system, but then it's hard for me to see what can be safely integrated (see for example https://github.com/ocaml/ocamlbuild/pull/70 , whose low-hanging fruits I could merge quickly, but for the rest I worry of regressions ).

To solve that problem we need a better testing infrastructure for ocamlbuild, but also get more tests from Windows users to provide feedback on other approaches or patches reworks, etc. If someone, for example you, is willing to start a more persistent approach of iterative improvements and tests, I think that things could improve rather quickly.

On Thu, Oct 6, 2016 at 10:15 AM, Soegtrop, Michael <michael.soegtrop@intel.com> wrote:
Dear Daniel,

> See https://github.com/ocaml/ocamlbuild/issues/64

yes, I have seen the discussion, especially the discussion if one should use cmd vs. removing the use of a shell by ocamlbuild entirely. I agree that the latter would be the better solution, but it would be a major change since currently ocamlbuild wraps everything through string commands. But maybe it is not as bad as it looks.

And I take this as a "yes" on the question if something like this would be appreciated by the community.

I am a bit in a hurry to get something working for Coq 8.6. I guess I first make a cmd based hack for Coq and then look into the real solution.

I will continue the discussion on the ocamlbuild issue tracker item linked above.

Best regards,

Michael
Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Christian Lamprechter
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

--
Caml-list mailing list.  Subscription management and archives:
https://sympa.inria.fr/sympa/arc/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs