From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtpout2.vodafonemail.de (smtpout2.vodafonemail.de [145.253.239.133]) by sourceware.org (Postfix) with ESMTPS id DF6EF3858432 for ; Mon, 1 Nov 2021 16:28:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org DF6EF3858432 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nexgo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=nexgo.de Received: from smtp.vodafone.de (unknown [10.2.0.32]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id 0845712157A for ; Mon, 1 Nov 2021 17:28:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1635784123; bh=dPrkkmu+olTbWYFHwzQ6VZpI0V3NV4WrdaD5vFfG/Qo=; h=From:To:Subject:References:Date:In-Reply-To; b=pijUJ+hMjbnLrDAEsZ0xJ5pU/avlRmOKqRBRFW0DVDYru/tfpHLWaBxWKizt80snS AwvT0ZTXyUN7sm+Z4az+qNazfvBILIY/45uDbC49bLE80Fa7ZGq4nNRpflgzN5HB5L AFWc8JSVvhLDKSRrdpUcm6/LnItWyF6zJ6FpsjjM= Received: from Gertrud (p54a0cb96.dip0.t-ipconnect.de [84.160.203.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Hjdky31DszHnKL for ; Mon, 1 Nov 2021 16:28:42 +0000 (UTC) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: Dropping various support in future releases - what about Mingw? References: Date: Mon, 01 Nov 2021 17:27:58 +0100 In-Reply-To: (Brian Inglis's message of "Sun, 31 Oct 2021 09:23:00 -0600") Message-ID: <87y267zvqp.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 1860 X-purgate-ID: 149169::1635784122-00007E57-3E50680E/0/0 X-Spam-Status: No, score=-3030.3 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Nov 2021 16:28:48 -0000 Brian Inglis writes: > Perhaps someone could explain why Cygwin maintains, builds, and > distributes Mingw tools and libraries, instead of that being done by > the Mingw project(s) about which I know little? MinGW is not a distribution, so there is no such source. > As we will be dropping Windows versions and 32 bit support in future > releases, should we also be looking at dropping the Mingw packages we > maintain, build, and distribute, but do not appear to use, except for > building other Mingw packages? In general the MingW packages in Cygwin are used (or were planned to be used) as dependencies for other stuff that Cygwin builds or uses, like setup.exe or cross-compilation toolchains. There are undoubtedly instances where this is not the case or even never was, but those could be dropped anytime if it presents too much of a burden. > Supporting the two Mingw variations on packages sometimes takes as > much work as the Cygwin packages, as parts of the toolchains and > libraries may have different versions and dependencies. > > I basically build, check, and distribute those, but know little about > using them to check they work, so no idea whether they work or not. So? > I have had little success in getting the Mingw dual arch build process > working to any useful extent, and no response to questions about that, > which I may have buried at the end of my other verbiage on this list. Not sure what you are talking about. Anything MingW is always cross-compiled, so if one architecture works, then the other does as well (modulo bugs and differences in installed packages). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds