X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org DD0C738930DD
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1618593973;
	bh=XCgIWMIhIqmJg2Ej/cSM5ZoRFg7/CScHzxZdstxqQxE=;
	h=To:Subject:Date:References:In-Reply-To:List-Id:List-Unsubscribe:
	List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	From;
	b=g+6t+kJFPeaUaDp+HBg6fM3JedVEJcosH/XvvgMcSa7ILwbaIJi6canxQXmxmrCSf
	CgVSsL3iqigWla7NQXcWxqPTImksNBgMVHQDRSk5l5b1glZvE7GsIb+E1JbxpjaLN0
	4jHFDIxTw/VDt0u7xihc/7dCbPdrltGGuK9lxvvo=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.3.2 sourceware.org A7AD43857816
To:	"cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject:	RE: Regression in Cygwin 3.2.0
Thread-Topic:	Regression in Cygwin 3.2.0
Thread-Index:	AdcyqcCG5s2HGI90S9SHr7J6oEC2WAABqKiAAAOcDNAAAfa+AAAHkezw
Date:	Fri, 16 Apr 2021 17:26:30 +0000
Message-ID:	<447a3c82b62c47d58bea83f52d1a3b22@metastack.com>
References:	<000b01d732a9$c15bf510$4413df30$@cl.cam.ac.uk>
	<6bdd010e-8634-0271-3254-a1140e411df8 AT towo DOT net>
	<04ac3a4dd79d40c4996b54f5ec91114c AT metastack DOT com>
	<667f09f6-11b4-c9dc-c05e-a95bb3091952 AT towo DOT net>
In-Reply-To:	<667f09f6-11b4-c9dc-c05e-a95bb3091952@towo.net>
Accept-Language:	en-GB, en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip:	[172.16.0.125]
MIME-Version:	1.0
X-Scanned-By:	MIMEDefang 2.65 on 62.31.23.242
X-Smtpcorp-Track:	1_bSEJ4ba5krG2.-biIcKqm5LO-0
Feedback-ID:	614951m:614951apMmpqs:614951s6I-Ahd1fe
X-Report-Abuse:	Please forward a copy of this message, including all headers,
	to <abuse-report AT smtp2go DOT com>
X-Spam-Status:	No, score=-1.3 required=5.0 tests=BAYES_00, DKIMWL_WL_MED,
	DKIM_SIGNED, DKIM_VALID, DKIM_VALID_EF, HEADER_FROM_DIFFERENT_DOMAINS,
	KAM_NUMSUBJECT, SPF_HELO_PASS, SPF_PASS,
	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 AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From:	David Allsopp via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	David Allsopp <David DOT Allsopp AT cl DOT cam DOT ac DOT uk>
Sender:	"Cygwin" <cygwin-bounces AT cygwin DOT com>

Thomas Wolff wrote:
> 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?

There always has been a non-Cygwin tool - it's calling an ocamlrun.exe it us built at the start of the process with x86_64-w64-mingw32. Is that no longer permitted?!

However, I'm not sure how the environment has anything to do with this: everything goes back to working just by downgrading cygwin1.dll to 3.1.7.


David
--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -