From owner-freebsd-current@FreeBSD.ORG Mon May 13 20:48:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 655394C5 for ; Mon, 13 May 2013 20:48:48 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2A167991 for ; Mon, 13 May 2013 20:48:48 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::846a:4293:b749:c908] (unknown [IPv6:2001:7b8:3a7:0:846a:4293:b749:c908]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C63A55C44; Mon, 13 May 2013 22:48:40 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: problem building -current From: Dimitry Andric In-Reply-To: <51890B61.60405@FreeBSD.org> Date: Mon, 13 May 2013 22:48:39 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <18FD45FD-430F-4AA6-9E36-D97BBDF1AACF@FreeBSD.org> References: <20130507132122.GA83633@bewilderbeast.blackhelicopters.org> <51890B61.60405@FreeBSD.org> To: Sergey Kandaurov , "Michael W. Lucas" , Anton Shterenlikht X-Mailer: Apple Mail (2.1503) Cc: "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Mon, 13 May 2013 20:48:48 -0000 On May 7, 2013, at 16:10, Dimitry Andric wrote: > On 2013-05-07 16:01, Sergey Kandaurov wrote: >> On 7 May 2013 17:21, Michael W. Lucas = wrote: > ... >>> c++ -O2 -pipe = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/incl= ude = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support = -I. = -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/= include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd10.0\" = -DLLVM_HOSTTRIPLE=3D\"x86_64-unknown-freebsd10.0\" = -DDEFAULT_SYSROOT=3D\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include = -fno-exceptions -fno-rtti -c = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Proces= s.cpp -o Process.o >>> In file included from = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Proces= s.cpp:85: >>> = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/P= rocess.inc: In member function 'virtual llvm::sys::TimeValue = llvm::sys::self_process::get_user_time() const': >>> = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/P= rocess.inc:75: error: 'CLOCK_PROCESS_CPUTIME_ID' was not declared in = this scope ... > Yes, this is an annoying problem. When the CLOCK_PROCESS_CPUTIME_ID > support was originally added, it was only put in sys/time.h, not in > time.h. So any application that includes the latter will not be able = to > use the define. I have added a workaround (ugly, but functional :) in r250616. -Dimitry