From owner-freebsd-current@freebsd.org Fri May 5 18:02:07 2017 Return-Path: Delivered-To: freebsd-current@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 CF085D5F975 for ; Fri, 5 May 2017 18:02:07 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65831113C; Fri, 5 May 2017 18:02:07 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qk0-x22e.google.com with SMTP id k74so11781192qke.1; Fri, 05 May 2017 11:02:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=cP2ykIdhM0UJyLGKu0/EkQZNpFYrdKujRw2tqISGZ2I=; b=ERzyYkf0Z3/QYHuu2guQjq2Kp2DZptpgxzV0kDsHPSGPnWLttLW8g1xU3Y7FMGx4V4 YBMxFa73holnFr5hgNBTByp5TWZ/CSBhcUH5n1xIx2dzHMrqOQs6JFJaQTLcK7ZIUFl1 LRgKyf+tDlupLyjyvl94Rogw+w7L90pRNOjXXqsXTxWowXzDPESvmsj0Vw4jTvX0TTGW sgAZ6wnYrRQBpM4TZy4Y1yNxpcpO51VmH5oJpg3c/FgcNIati550pxCF77GaKqBbghLq phH4+Td65MMXRqiP5Gte/6Vnn8q4fYYBUJF1R7t3vxdKdpKQDBmQ8ACEl6EePnVeJ0Cc s49w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=cP2ykIdhM0UJyLGKu0/EkQZNpFYrdKujRw2tqISGZ2I=; b=WCRHk6eSNewwqbR0F0GeqKYrhflOmauPwoN5a/b2PvrZ0U2r/6HVI+igW0PXnj+6DW QUz6Bvf9FTdGw+w/gdSsw+VCbgimO3+vfxzkZiI6jm/nNOQR4wEPNmdwUqM25yvPsV1n Fap9fPpju+fYIRPiVOuZ03F2Vll9a4ogmDCOHH3wFKv66wzgAMFgnfgfHWqJI4iyK4jY H7NhA+i8fGsvZwJ+Hde1cr06qJKBzq1xkrOesTwAN1fccXwheotMhs5wHLNXtlaQDfSf GOggUi02dQR2wAtPtLHa8+sSa5+gfgmffNhPFfSPmCnWWTJEBCWEbqdbAYJz1SQNHPy7 x9Mg== X-Gm-Message-State: AODbwcA/dIiR4SrFwUGM8kmc7X6xVm4CZ35kuznEtk4F2kOAx70hXF/a oEPU2PmS7QXWFsYx3Gq/Xezj0HVS2A== X-Received: by 10.55.42.225 with SMTP id q94mr13734999qkq.178.1494007325297; Fri, 05 May 2017 11:02:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.163.74 with HTTP; Fri, 5 May 2017 11:02:04 -0700 (PDT) In-Reply-To: References: <20170505093141.ulbr7j65gxvzyz6i@vzakharov> From: Andrey Fesenko Date: Fri, 5 May 2017 21:02:04 +0300 Message-ID: Subject: Re: make buildworld broken at r317821 (libsysdecode) To: Kyle Evans Cc: Alastair Hogge , Vladimir Zakharov , Ed Maste , freebsd-current , Dimitry Andric Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2017 18:02:07 -0000 On Fri, May 5, 2017 at 8:41 PM, Kyle Evans wrote: > On Fri, May 5, 2017 at 9:31 AM, Kyle Evans wrote: > >> On May 5, 2017 8:39 AM, "Dimitry Andric" wrote: >> >> >> This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode >> uses a shell script, mkioctls, to generate a ioctl.c file at build time. >> This script contains the following fragment: >> >> ioctl_includes=$( >> cd $includedir >> find -H -s * -name '*.h' | \ >> egrep -v '(.*disk.*|net/pfvar|net/if_pfsync)\.h' | \ >> xargs egrep -l \ >> '^#[ ]*define[ ]+[A-Za-z_][A-Za-z0-9_]*[ ]+_IO[^a-z0-9_]' | >> awk '{printf("#include <%s>\\n", $1)}' >> ) >> >> The idea is that all headers are searched for defines of ioctl macros, >> which start with _IO. The -l option to egrep is used to print only the >> matching filenames, not the matched content itself. >> >> However, this option seems to be broken in bsdgrep, as it *does* display >> the matched content: >> >> $ gnugrep -l printf /usr/include/stdio.h >> /usr/include/stdio.h >> >> $ bsdgrep -l printf /usr/include/stdio.h >> #define __SSTR 0x0200 /* this is an sprintf/snprintf string */ >> /usr/include/stdio.h >> >> I did a quick check, and this option seems to have been accidentally >> broken by r317703 [1] ("bsdgrep: fix -w flag matching with an empty >> pattern"). >> >> Ed, Kyle, any idea where the problem might be? >> >> -Dimitry >> >> [1] https://svnweb.freebsd.org/base?view=revision&revision=317703 >> >> >> Hi, >> >> This is addressed by https://reviews.freebsd.org/D10607 >> > > FYI- This has now been committed as r317842. Apologies for the breakage, > and thanks for the reports! Build not fixed (but is built slightly, a little more) :( # uname -a FreeBSD des.local 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r317592: Sat Apr 29 21:32:04 MSK 2017 root@des.local:/usr/obj/usr/src/sys/DES amd64 # svnlite info Path: . Working Copy Root Path: /usr/src URL: https://svn0.eu.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn0.eu.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 317842 Node Kind: directory Schedule: normal Last Changed Author: emaste Last Changed Rev: 317842 Last Changed Date: 2017-05-05 20:35:05 +0300 (Fri, 05 May 2017) # make -j1 buildworld make[1]: "/usr/src/Makefile.inc1" line 160: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. ... ===> lib/clang/libllvmminimal (obj,all,install) /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal created for /usr/src/lib/clang/libllvmminimal /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/Support created for /usr/src/lib/clang/libllvmminimal /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/TableGen created for /usr/src/lib/clang/libllvmminimal c++ -O2 -pipe -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_M ACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknow n-freebsd12.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -ffunction-sections -fdata-sections -MD -MF.depend.Support_APInt.o -MTSupport/APInt.o -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdli b=libc++ -Wno-c++11-extensions -c /usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o c++: error: unable to execute command: Segmentation fault (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, p$ eprocessed source, and associated run script. ...