From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx-relay85-hz1.antispameurope.com (mx-relay85-hz1.antispameurope.com [94.100.132.253]) by sourceware.org (Postfix) with ESMTPS id 203073858421 for ; Sat, 23 Oct 2021 18:00:51 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 203073858421 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=net-b.de Authentication-Results: sourceware.org; spf=none smtp.mailfrom=net-b.de Received: from s041.wsp.plusnet.de ([195.90.7.81]) by mx-relay85-hz1.antispameurope.com; Sat, 23 Oct 2021 20:00:48 +0200 Received: from [192.168.0.34] (port-92-195-191-7.dynamic.as20676.net [92.195.191.7]) by s041.wsp.plusnet.de (Postfix) with ESMTPSA id D37C32C00C0; Sat, 23 Oct 2021 20:00:45 +0200 (CEST) Message-ID: <0c54f11c-c48f-a514-e9d8-9713d4719e98@net-b.de> Date: Sat, 23 Oct 2021 20:00:44 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Subject: Re: libgomp.fortran/async_io_[1,2,3,4,8,9].f90 fail on FreeBSD Content-Language: en-US To: Steve Kargl , Thomas Koenig Cc: "fortran@gcc.gnu.org" References: <20211022194330.GB27024@troutmask.apl.washington.edu> <5fabbaa1-30f6-2781-446e-8816a154c5df@netcologne.de> <20211023163115.GA80954@troutmask.apl.washington.edu> From: Tobias Burnus In-Reply-To: <20211023163115.GA80954@troutmask.apl.washington.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-cloud-security-sender: burnus@net-b.de X-cloud-security-recipient: fortran@gcc.gnu.org X-cloud-security-Virusscan: CLEAN X-cloud-security-disclaimer: This E-Mail was scanned by E-Mailservice on mx-relay85-hz1.antispameurope.com with 40BEF11A50D0 X-cloud-security-connect: s041.wsp.plusnet.de[195.90.7.81], TLS=1, IP=195.90.7.81 X-cloud-security-Digest: a07d37e0977f98c112a212e1ffc4c649 X-cloud-security: scantime:1.352 X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: fortran@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Fortran mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2021 18:00:53 -0000 Hi Steve, On 23.10.21 18:31, Steve Kargl via Fortran wrote: > Do you know how to run a single libgomp.fortran test? I tried > % gmake check-fortran RUNTESTSFLAGS="gomp.exp=async_io.f90" > > but this runs all the testcases. First, it should be RUNTESTFLAGS=  (test not tests). Additionally, gomp.exp (for Fortran) is in gcc/testsuite/gfortran.dg/gomp/ but if you want to test libgomp/testsuite/libgomp.fortran/ (or libgomp.oacc-fortran/), you have to use "fortran.exp" (and not "gomp.exp"). And in order to make RUNTESTFLAGS effective, you cannot run in $(BUILD).* You either have to move to $(BUILD)/gcc – and run there "make check-fortran". For for libgomp, you need to go to $(BUILD)/$target_triplet/libgomp/ and run "make check" there. ($target_triplet is "x86_64-pc-linux-gnu" on my laptop.) (* at least it does not seem to work here.) > commit date of 2020-05-23 for async_io_9.f90, I know these > tests were passing in the past. I fear a reason Sandra/Tobias > commit has broken things. I sincerely doubt that our Fortran commits have broken this – they are not related to anything like TS29113, BIND(C), polymorphism or assumed-rank. I am even skeptical that any OpenMP change could have caused that, given that those do not really use OpenMP at all – but only pthreads (which is the reason they are in libgomp as OpenMP also depends on threads). Granted, as they are compiled with -fopenmp, libgomp is linked in (but should never be called, except for library initialization). Nonetheless, if it used to work and now fails, something must have changed, causing the breakage. If you compile and run the program manually without the DejaGNU, does it fail when compiled as is, compiled with -pthreads, compiled with -fopenmp? Tobias