From owner-svn-src-head@freebsd.org Mon Mar 6 02:39:04 2017 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83638CF9BA2; Mon, 6 Mar 2017 02:39:04 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp10.server.rpi.edu (gateway.canit.rpi.edu [128.113.2.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "canit.localdomain", Issuer "canit.localdomain" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5205D106D; Mon, 6 Mar 2017 02:39:03 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp10.server.rpi.edu (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id v262aNnE006347 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 5 Mar 2017 21:36:25 -0500 Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id 8011B5800A; Sun, 5 Mar 2017 21:36:23 -0500 (EST) Received: from [128.113.24.47] (gilead-qc124.netel.rpi.edu [128.113.124.17]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: drosih) by smtp-auth1.server.rpi.edu (Postfix) with ESMTPSA id 27D8E58003; Sun, 5 Mar 2017 21:36:23 -0500 (EST) From: "Garance A Drosehn" To: "Ngie Cooper" Cc: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Subject: Re: svn commit: r314654 - in head/cddl: lib/drti lib/libavl lib/libctf lib/libdtrace lib/libnvpair lib/libumem lib/libuutil lib/libzfs lib/libzfs_core lib/libzpool sbin/zfs sbin/zpool usr.bin/ctfconver... Date: Sun, 05 Mar 2017 21:36:22 -0500 Message-ID: <013D018A-02D1-4812-A2D2-D9A730E66E8C@rpi.edu> In-Reply-To: <9494378A-5164-4C0A-B99A-6B9E91A281ED@gmail.com> References: <201703042039.v24KdcDE078734@pdx.rh.CN85.dnsmgr.net> <03156186-221F-4EEB-A86E-077E46E28296@gmail.com> <7B9F63AD-4EC4-4D5E-884B-3D0A22AB3952@rpi.edu> <9494378A-5164-4C0A-B99A-6B9E91A281ED@gmail.com> MIME-Version: 1.0 X-Mailer: MailMate (1.9.6r5347) X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 10.10] X-CanIt-Incident-Id: 03SQqAnUo X-CanIt-Geo: ip=128.113.124.17; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 02:39:04 -0000 On 5 Mar 2017, at 20:43, Ngie Cooper wrote: >> On Mar 5, 2017, at 17:05, Garance A Drosehn wrote: >> >> FWIW, here was my method to fix the "slows down output" issue. >> I wrote a wrapper around 'make' which I called "wcmake", and >> it runs the output from a 'make' command through a script >> which does a variety of analysis on that output. > > Hi! > Have you considered using make -s instead? It definitely > abbreviates the output quite a bit... > I probably could do similar for my local builds. Our > Jenkins runs don't do that, but maybe they should though.. > Thanks, > -Ngie Well, the scripts are doing a lot more than just abbreviating the output sent to the console. They save the entire output, and compress that file to reduce the space used. They also generate a summary of warnings-seen at the end. This was very helpful when I was fixing all the compile-time warnings in 'lpr'. My first tactic was sending the output to /dev/null, but then I was stuck when "something weird" happened, and I had no idea where 'make' had been before it went off the rails. Especially when using 'make -j', it can be important to see the last 30-50 lines of make's output to understand what really went wrong. And sometimes what-went-wrong was that some file was being built with the wrong parameters, and I'd lose that info with 'make -s'. Also, I use these same 'wcmake' scripts on multiple platforms. These scripts don't care which version of 'make' needs to be used. -- Garance Alistair Drosehn = drosih@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA