From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id EEA7D7EEF8 for ; Tue, 14 Jul 2015 18:29:36 +0200 (CEST) Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of dra-news@metastack.com) identity=pra; client-ip=62.13.149.77; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="dra-news@metastack.com"; x-sender="dra-news@metastack.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail2-smtp-roc.national.inria.fr: domain of dra-news@metastack.com designates 62.13.149.77 as permitted sender) identity=mailfrom; client-ip=62.13.149.77; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="dra-news@metastack.com"; x-sender="dra-news@metastack.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@outmail149077.authsmtp.com) identity=helo; client-ip=62.13.149.77; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="dra-news@metastack.com"; x-sender="postmaster@outmail149077.authsmtp.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A+AQByOKVVnE2VDT5brV8GnANMAQEBAQEBEgEBAQEBBg0JCSEuhCoDBQIeEi0fBRYhATAjHAEEHgWIIqkKplOGHopNAYQYBYVdhk+IBgGBB4hLmyGBCXIBgiaBdAcXgScBAQE X-IPAS-Result: A0A+AQByOKVVnE2VDT5brV8GnANMAQEBAQEBEgEBAQEBBg0JCSEuhCoDBQIeEi0fBRYhATAjHAEEHgWIIqkKplOGHopNAYQYBYVdhk+IBgGBB4hLmyGBCXIBgiaBdAcXgScBAQE X-IronPort-AV: E=Sophos;i="5.15,473,1432591200"; d="scan'208";a="170150199" Received: from outmail149077.authsmtp.com ([62.13.149.77]) by mail2-smtp-roc.national.inria.fr with ESMTP; 14 Jul 2015 18:29:36 +0200 Received: from mail-c237.authsmtp.com (mail-c237.authsmtp.com [62.13.128.237]) by punt15.authsmtp.com (8.14.2/8.14.2/) with ESMTP id t6EGTZZp060444 for ; Tue, 14 Jul 2015 17:29:35 +0100 (BST) Received: from romulus.metastack.com (114.212-105-213.static.virginmediabusiness.co.uk [213.105.212.114]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2/) with ESMTP id t6EGTUo0028567 for ; Tue, 14 Jul 2015 17:29:31 +0100 (BST) Received: from Altus ([212.183.128.210]) (authenticated bits=0) by romulus.metastack.com (8.14.2/8.14.2) with ESMTP id t6EGTQmn014430 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 14 Jul 2015 17:29:30 +0100 From: "David Allsopp" To: "OCaml List" Date: Tue, 14 Jul 2015 17:28:38 +0100 Organization: MetaStack Solutions Ltd. Message-ID: <003401d0be52$320d6a00$96283e00$@metastack.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdC+UJaHQrBjSOsmSNOQQDH9a/tTnQ== Content-Language: en-gb X-Scanned-By: MIMEDefang 2.65 on 172.16.0.20 X-Server-Quench: 811fa35f-2a45-11e5-9f75-002590a135d3 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCd1ZAARAlZZVg1f DC4bFwdFRBksPQFF ChxFJgxfNlEAUAAU NkdBMnJSNkcdTBdX QSgKX0suFQFuW2N0 bhpQag9fa0BNXkto UUtXQ1JXCgdpAwIA BxoBUBxtd0sCfgsH ASM9XnBZVEF8cgh8 R0dVW2UHZDExa2VJ TUIJcwZJcQIfewJM PFd6SXMNY2AOZith RFI/ZCYbIDRbJCVT TUkoFmw5CV4MBCIn FVgJGi8iAFEEQz57 Kx0gKRYXG0AfNkQ5 LTNT X-Authentic-SMTP: 61633634383431.1024:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 213.105.212.114/25 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. Subject: [Caml-list] Building MSVC ports: coreutils link conflict It's a while since I've last needed to build the MSVC port of OCaml, but this issue rang some vague bells in my memory of it. The Microsoft Linker is called link.exe which, annoyingly, is also the name of a coreutils utility. When building OCaml (from bash, therefore), if /usr/bin is in PATH before the Microsoft C Compiler's Bin directory, OCaml will attempt to use the wrong link and choke. As far as I'm aware, when started in the usual way as a login shell, Cygwin's bash will always prefix PATH /usr/local/bin:/usr/bin:$PATH ... so I was surprised to find no mention of this issue in the build instructions - is it simply that everyone who builds the MSVC port just curses at this point, alters their PATH and carries on, or is there an alternate, better way of setting up the build environment? David