From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) by sourceware.org (Postfix) with ESMTPS id 5038138460A2 for ; Fri, 16 Apr 2021 14:44:57 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 5038138460A2 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=towo.net Authentication-Results: sourceware.org; spf=none smtp.mailfrom=towo@towo.net Received: from [192.168.178.74] ([91.65.218.78]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPSA (Nemesis) id 1N45th-1lfpqQ1CJV-0107gQ for ; Fri, 16 Apr 2021 16:44:55 +0200 Subject: Re: Regression in Cygwin 3.2.0 To: cygwin@cygwin.com References: <000b01d732a9$c15bf510$4413df30$@cl.cam.ac.uk> <6bdd010e-8634-0271-3254-a1140e411df8@towo.net> <04ac3a4dd79d40c4996b54f5ec91114c@metastack.com> From: Thomas Wolff Message-ID: <667f09f6-11b4-c9dc-c05e-a95bb3091952@towo.net> Date: Fri, 16 Apr 2021 16:44:54 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: <04ac3a4dd79d40c4996b54f5ec91114c@metastack.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:klLUF0WFOTmY4eHgxRVPUsxnLdi+C+3+iAbcjwkHPwMOJ5zXTAL FP7WZODm4ql0oX1gBzvkNjtrkXZk9OeH1vAHvHfMf0LwCIn8DJBiAmU+qmfm57+zMjMOTH3 PNXgnqWskIzlJZgTmnHIdf0okxxJWdE5MtBHqgc1rwn2PL2jeA3rmahb3kWpSLEyLSo/u6g LJ2MQZx/CPAEe2GzWOprw== X-UI-Out-Filterresults: notjunk:1;V03:K0:ysihH5rpqtM=:DBrwnMj5cXB1poPMloZc6E /JZOccqLYMYTNqkrp9GYsDyRxXx64ahmMVWYOfzcWQFfgl4T/Wj2VQjNM7fZustlNyL+lq/1J eAiJ/FTALuUlGRHsLS+XFU1HORbobkL7zK/soFzK/qJweUFKRkiQ8G/mVEAHLeMHbbN9kfU5W VHQlaMQImSEewU2X0HjzIau6asQpuaWwk93XP97Dc3K7Tng4k+wh2g1aaQkDaAvkKaXx46cta p8moG1p2U+q+skrzu7/5ToqqM9tHf8ADZvHHfdXqhwx6wAUWmENmWRJL1/zdEExjSH4qSofwr Je8YHOySyBk9cjkcrH2BbnDp+L9GvqlAVCcjlmhCed/nx2jsoyPQdeXX0PKnUr8FBONYWXGpw bXI4oBdjbsXNspCBHhaN0kJKYnJ3x2w526hy9B7kPfVZiwp5AEc8xK4NJGGsg1v9IxFhzfgsg bkeCg8k8K0y6dD8ebdqecUmMXj+BuuTaxNSO3Zc8lhIwafvixPygSwK7Mr2r3L0k2feZqCint MVGTgKWhtW002Yh0V/3Yfs= X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2021 14:45:08 -0000 Am 16.04.2021 um 16:07 schrieb David Allsopp via Cygwin: > Thomas Wolff wrote: >> Am 16.04.2021 um 12:17 schrieb David Allsopp via Cygwin: >>> I'm unable to build OCaml using the mingw-w64 compilers with Cygwin >>> 3.2.0. Windows 10.0.19042.928 (and tried on three different machines >>> so far) >>> >>> Repro: >>> >>> - Fresh Cygwin64 installation with make, libiconv, >>> mingw64-x86_64-gcc-core and git added; fire up mintty >>> - git clone --depth 1 --recursive https://github.com/ocaml/ocaml >>> - cd ocaml && ./configure --host=x86_64-w64-mingw32 && make -j8 >>> flexdll && make -j8 world.opt >>> >>> This is consistently hanging with Cygwin 3.2.0 and seems possibly to >>> have something to do with linking (the creation of >>> runtime/ocamlrun.exe and stdlib/camlheader, which is also an >>> executable, seem to be part of the problem). >>> >>> It can be immediately fixed by downgrading to Cygwin 3.1.7, cleaning >>> the tree and repeating the build. >>> >>> I'm of course very happy to try to reduce this to a smaller repro >>> case, but is there an obvious culprit in Cygwin 3.2.0 to check before I >>> do? >> The build fails for me with error messages but it does not hang. > Thanks for confirming! > >> You could have tried at least building without -j option, and running the >> build steps separately for better diagnostics. > Indeed - the repro case above was intended to be small and fast. I was still > at the "is this just me/us", stage. Suggesting a non-parallel build of OCaml > would have been mean, as it takes about an hour if it doesn't crash...! > > That said, the non-parallel build I think reveals the Cygwin problem: there > are console windows constantly flashing up (it renders the workstation > unusable for the duration of the build). The first stage of the build > compiles ocamlrun.exe which is non-Cygwin in this case and then it uses > that throughout the build, so I guess it's the conpty changes which are biting. > > However, the build did succeed when run without -j, however this (which will > take about 20 mins or so): > > ./configure --build=x86_64-w64-mingw32 --disable-native-compiler > make flexdll runtop > > causes a new console Window to pop up with an OCaml prompt (which can be quit > by taking #quit;;) rather than the same prompt being connected to mintty. > > With make -j, it doesn't appear to flash up all the console Windows, but it's > also reliably failing. I tried with the cygwin1.dll snapshot from this morning > which seems to be doing the same. Maybe a non-cygwin tool is injected in your build process? What if you strip your PATH from all non-cygwin directories?