From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 58226 invoked by alias); 4 Jun 2019 23:22:31 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 58181 invoked by uid 89); 4 Jun 2019 23:22:30 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_20,GIT_PATCH_2,KAM_ASCII_DIVIDERS,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy=conversation, cmake-3.13.1-1, announcement, ANNOUNCEMENT X-HELO: NAM01-BY2-obe.outbound.protection.outlook.com Received: from mail-oln040092001028.outbound.protection.outlook.com (HELO NAM01-BY2-obe.outbound.protection.outlook.com) (40.92.1.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 04 Jun 2019 23:22:28 +0000 Received: from SN1NAM01FT060.eop-nam01.prod.protection.outlook.com (10.152.64.52) by SN1NAM01HT120.eop-nam01.prod.protection.outlook.com (10.152.64.94) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1943.19; Tue, 4 Jun 2019 23:22:26 +0000 Received: from CY4PR22MB0773.namprd22.prod.outlook.com (10.152.64.53) by SN1NAM01FT060.mail.protection.outlook.com (10.152.64.104) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1965.12 via Frontend Transport; Tue, 4 Jun 2019 23:22:26 +0000 Received: from CY4PR22MB0773.namprd22.prod.outlook.com ([fe80::b921:c178:1d9b:4607]) by CY4PR22MB0773.namprd22.prod.outlook.com ([fe80::b921:c178:1d9b:4607%5]) with mapi id 15.20.1943.018; Tue, 4 Jun 2019 23:22:25 +0000 From: Tony Kelman To: Marco Atzeri , "cygwin@cygwin.com" Subject: Re: [ANNOUNCEMENT] Test: cmake-3.13.1-1 Date: Tue, 04 Jun 2019 23:22:00 -0000 Message-ID: References: <5cec9f58.1c69fb81.6f378.05ce@mx.google.com> <9cee1fa8-2a10-4d4f-9745-8b13a1dac911@gmail.com> ,<343610ae-e076-c0ee-ef6d-fa4f9aa4eb88@gmail.com> In-Reply-To: <343610ae-e076-c0ee-ef6d-fa4f9aa4eb88@gmail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-IsSubscribed: yes X-SW-Source: 2019-06/txt/msg00041.txt.bz2 See below what I said in both January and November the last times we had an= y conversation on this. cmake_minimum_required, project_injected, and Comma= ndLine test failures are new and I'd personally come to a definitive thorou= ghly researched conclusion on what's causing them before making a release. = But I don't intend on making any releases of cygwin packages any time soon,= so you can do whatever you want here. ---- top-posting because these conversations were off list: Right, if the logs aren't super useful for debugging, then the next step I'= d do is what I said in November: > What happens if you run the steps those tests are trying to execute on th= eir own, not under ctest? Or try to run the unit tests with an existing old= er separate copy of ctest instead of the just-built copy? The Qt*Autogen failures were pre-existing and I've identified the cause in = past versions, I should have made a note of it in writing somewhere more pe= rmanent though. The build system there isn't handling dll dependencies of t= he test executables quite correctly for cygwin. That's definitely a bug in = how the test is written and could eventually be resolved with a cygwin-spec= ific patch to those cmake tests by whoever ever has the time to work throug= h it. The new ones are what I was referring to and could be indicative of r= eal problems. It's possible some of them are due to missing dll issues like= the Qt*Autogen failures but that would surprise me a little. Running the e= xecutables manually or outside of cygwin/ctest can sometimes give more usef= ul output on problems like that (from windows popups, etc). From: Marco Atzeri Sent: Thursday, January 10, 2019 5:49 AM To: Tony Kelman; Ivan Shynkarenka Subject: Re: refreshing cmake =20 Am 1/9/2019 um 7:28 AM schrieb Tony Kelman: > I still think the test failures should be looked into and debugged,=20 > personally. Tony, to me it seems a case of best is enemy of good. I look at the test log and I do not see what is the problem so I am not able to debug. Do you have some guidance ? ------------------------------------- Start 359: RunCMake.cmake_minimum_required 359/561 Test #359: RunCMake.cmake_minimum_required=20 ..................***Failed $ find . -name CMakeOutput.log -exec cat {} \; The system is: CYGWIN - 2.11.2(0.329/5/3) - x86_64 The system is: CYGWIN - 2.11.2(0.329/5/3) - x86_64 The system is: CYGWIN - 2.11.2(0.329/5/3) - x86_64 The system is: CYGWIN - 2.11.2(0.329/5/3) - x86_64 The system is: CYGWIN - 2.11.2(0.329/5/3) - x86_64 The system is: CYGWIN - 2.11.2(0.329/5/3) - x86_64 The system is: CYGWIN - 2.11.2(0.329/5/3) - x86_64 there is nothing more. ----------------------------------------------- Start 391: RunCMake.project_injected 391/561 Test #391: RunCMake.project_injected=20 ........................***Failed the single log is very long but I do not see a single error. ------------------------------------------------ Start 422: RunCMake.CommandLine 422/561 Test #422: RunCMake.CommandLine=20 .............................***Failed the single log is very long but I do not see a single error. ------------------------------------------------ Start 454: Qt5Autogen.Complex 454/561 Test #454: Qt5Autogen.Complex=20 ...............................***Failed the single log shows no error. There is just an isolated warning all the targets seem built $ find . -name "*.a" -or -name "*.dll" -or -name "*.exe" ./Adir/cyglibA.dll ./Adir/liblibA.dll.a ./Bdir/cyglibB.dll ./Bdir/liblibB.dll.a ./CMakeFiles/3.13.1/CompilerIdC/a.exe ./CMakeFiles/3.13.1/CompilerIdCXX/a.exe ./cyglibC.dll ./libcodeeditorLib.a ./liblibC.dll.a ./QtAutogen.exe ./targetObjectsTest.exe $ PATH=3D$(PWD)/Adir:$(PWD)/Bdir:$PATH ./QtAutogen Hello automoc: 12 Blub blub 13 ! Hello bar ! abc I am private abc ! This is xyz ! I am yet another file ! just ./targetObjectsTest.exe produces no output at all so I have no clue of what is supposed to do. ---------------------------------------------- Start 487: Qt4Autogen.Complex 487/561 Test #487: Qt4Autogen.Complex=20 ...............................***Failed same a QT5 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple