On 2013-05-07 16:01, Sergey Kandaurov wrote: > On 7 May 2013 17:21, Michael W. Lucas <mwlucas_at_michaelwlucas.com> wrote: ... >> c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -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=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process.cpp -o Process.o >> In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process.cpp:85: >> /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unix/Process.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/Process.inc:75: error: 'CLOCK_PROCESS_CPUTIME_ID' was not declared in this scope >> *** [Process.o] Error code 1 > > You can try to install this change into your /usr/include/time.h and try again. > http://svnweb.freebsd.org/base?view=revision&revision=245428 > > --- head/include/time.h 2013/01/14 17:41:04 245427 > +++ head/include/time.h 2013/01/14 18:01:19 245428 > _at__at_ -112,6 +112,7 _at__at_ > #define CLOCK_MONOTONIC_FAST 12 /* FreeBSD-specific. */ > #define CLOCK_SECOND 13 /* FreeBSD-specific. */ > #define CLOCK_THREAD_CPUTIME_ID 14 > +#define CLOCK_PROCESS_CPUTIME_ID 15 > #endif /* !defined(CLOCK_REALTIME) && __POSIX_VISIBLE >= 200112 */ > > #if !defined(TIMER_ABSTIME) && __POSIX_VISIBLE >= 200112 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. There are multiple possibilities to solve this, but I'm thinking of putting a -DCLOCK_PROCESS_CPUTIME_ID=15 on the command line for older versions of -current... -DimitryReceived on Tue May 07 2013 - 12:10:54 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:37 UTC