From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca (simark.ca [158.69.221.121]) by sourceware.org (Postfix) with ESMTPS id E7BF83858D28 for ; Wed, 18 Jan 2023 13:36:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E7BF83858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=simark.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=simark.ca Received: from [10.0.0.11] (unknown [217.28.27.60]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id 26BB11E110; Wed, 18 Jan 2023 08:36:26 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=simark.ca; s=mail; t=1674048986; bh=jHJJW03WdahZz/JtIqQfxlOTebf+zSuMUejxaHK9+mA=; h=Date:Subject:To:References:From:In-Reply-To:From; b=jjoLKRpl8Eo7Pl/v676F9HdwDh8WSen/Lt8WijI9EOWasPNsQyjDskv+wvPha4sPT Ef3eZP8zzMMd5MGSGxGfaTV1JMK5NTQYVeMQOVxBovKXSNG91j9aVa56y9SRb9ksUH aeLodSB2Cg7s5sKibIc44amVmSKqZHnClvLp/3q4= Message-ID: Date: Wed, 18 Jan 2023 08:36:25 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: CI scripts Content-Language: en-US To: Jan Vrany , GDB mailing list References: <591347cb638e9fcbc15478691e13e9c0664e3537.camel@vrany.io> From: Simon Marchi In-Reply-To: <591347cb638e9fcbc15478691e13e9c0664e3537.camel@vrany.io> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 1/18/23 07:09, Jan Vrany via Gdb wrote: > Hi Simon, > > On Thu, 2023-01-12 at 08:55 -0500, Simon Marchi wrote: >> >> On 1/12/23 07:56, Jan Vrany via Gdb wrote: >>> Hi Simon, >>> >>> about a month ago when you helped me with use-after-free fix >>> you wrote: >>> >>>> I ran the patch through my CI job, looks good. >>> >>> I'm wondering whether the CI scripts for your job are available? >>> I'd like to setup a similar job on my CI to avoid similar problems >>> in future. >>> >>> I'm especially interested in "configure ..." and "make check ..." >>> commands. >>> >>> Thanks! >>> >>> Jan >>> >> >> Hi Jan, >> >> Yes, it's on Jenkins, the job description (it uses Jenkins Job Builder) >> is here: >> >> https://github.com/simark/lttng-ci/blob/master/jobs/binutils-gdb.yaml >> >> The build script is runs is here (which is where the commands you are >> intereted in are): >> >> https://github.com/simark/lttng-ci/blob/master/scripts/binutils-gdb/build.sh >> > > Perfect, thanks a lot! I managed to setup a job on my CI. I just call your > script to build GDB and run and process test. > > There's one little thing - the script uses `--with-guile=guile-2.2`. My build > nodes have no guile-2.2, only `guile` which is an alias for `guile-3.0` so I > have to patch the script to use just `--with-guile`. Oh, I'll update to just --with-guile and let the system pick the default guile. I just noticed I provided you links to my personal fork, which is not up to date. The files on the real repo are more up to date: https://github.com/lttng/lttng-ci/blob/master/scripts/binutils-gdb/build.sh Notably, this version generates a gdb.fail.sum, which contains just the tests that caused the build to be considered a failure. So it's only FAILs/UNRESOLVEDs/XPASSes/DUPLICATEs, after filtering out the known pre-existing ones. >> The job itself is hosted here: >> >> https://ci.lttng.org/view/GDB/job/binutils-gdb_master_linuxbuild/ > > Thanks! Interestingly, my build of 1b1be68b9 (using your script) shows > only 6 failures wheres "your" [1] build shows 72750 failures... I don't know, if you use -D_GLIBCXX_DEBUG (like the script does), you should see loads of failures in the C++ tests. I reported the problem here, and it should go back to normal once Tom provides a fix. https://inbox.sourceware.org/gdb-patches/871qnt2bob.fsf@tromey.com/T/#mceb9a4e339cd209f7b6d8d361ac5b4523d71635c I have some local modifications to the result parsing script, which I need to clean up and push, so maybe there's a bit of difference in how the results are analyzed. Simon