Re: New DTrace source snapshot

From: Alexey Shuvaev <shuvaev_at_physik.uni-wuerzburg.de>
Date: Tue, 12 Feb 2008 11:11:40 +0100
On Sun, Feb 10, 2008 at 10:42:47PM +0000, John Birrell wrote:
> This one fixes problems with the previous one:
> 
> - buildkernel would fail because NO_CTF=1 was not set when
>   building the lone kernel build tool.
> - A number of things were missing from the dtrace kernel 
>   module on i386.
> - Missing syscall names in the kernel without witness have
>   been resolved so this snapshot should build with and without
>   witness, invariants, smp etc.
> 
> <http://people.freebsd.org/~jb/dtrace/dtrace-20080211.tar.bz>
> 
> Known problems:
> - This is a snapshot of current which contains lock order
>   reversal warnings. These are not related to the DTrace-specific
>   code.
> - ustack() as reported by Drew hasn't been ported yet, so don't
>   expect it to do anything.
> - On i386 mp_maxid in the kernel doesn't behave the same way that
>   it does on amd64. Work-around code exists for this, but it is
>   less than optimal.
> - A few of the tests that pass on amd64 don't work on i386. The
>   causes are under investigation. The worst one is the tailcall
>   test which causes the machine to reboot. Ugh.
> 
> Note:
> - This snapshot should build cleanly on either a CURRENT or a
>   RELENG_7 system. If not, please tell me. RELENG_6 users should
>   upgrade to RELENG_7 first or contact me. The tool bootstrap
>   will fail to build when hosted on RELENG_6.
> - It should be ABI compatible with CURRENT and RELENG_7. If
>   not, please tell me.
> - This snapshot extends the basic OpenSolaris DTrace functionality
>   to support:
> 
>   printm(const size_t bufrsize, uintptr_t *memref);
> 
>   where:
> 
>   'memref' is an an array of 2 uintptr_t entries -- address and
>   size.
> 
> [snip]
> 
> Target audience:
> 
>   I'd like to get more people involved with running this code.
>   If you just like to follow FreeBSD current and don't even try
>   to contribute stuff back... this snapshot is something you
>   could try. I need some feeback from people who just use
>   FreeBSD-CURRENT.
> 
> --
> John Birrell
>

Hello!

The procedure I went through:
# cd /usr
# rm -R src
# tar -xvf /path/to/dtrace-20080211.tar.bz
# cd src
# time make buildworld

Buildworld failed in:
--------------------------------------------------------------
>>> stage 5.1: building 32 bit shim libraries
--------------------------------------------------------------
mkdir -p /usr/obj/usr/src/lib32/usr/include
mkdir -p /usr/obj/usr/src/lib32/usr/lib32
mkdir -p /usr/obj/usr/src/lib32/usr/share/misc
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist  -p /usr/obj/usr/src/lib32/usr/include >/dev/null
mkdir -p /usr/obj/usr/src/tmp
ln -sf /usr/src/sys /usr/obj/usr/src/tmp
cd /usr/src/kerberos5/tools;  MAKEOBJDIRPREFIX=/usr/obj/lib32 make DESTDIR= obj
===> make-print-version (obj)
/usr/obj/lib32/usr/src/kerberos5/tools/make-print-version created for /usr/src/kerberos5/tools/make-print-version
===> make-roken (obj)
/usr/obj/lib32/usr/src/kerberos5/tools/make-roken created for /usr/src/kerberos5/tools/make-roken
===> asn1_compile (obj)
/usr/obj/lib32/usr/src/kerberos5/tools/asn1_compile created for /usr/src/kerberos5/tools/asn1_compile
cd /usr/src/kerberos5/tools;  MAKEOBJDIRPREFIX=/usr/obj/lib32 make DESTDIR= depend
===> make-print-version (depend)
rm -f .depend
mkdep -f .depend -a    -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c
echo make-print-version: /usr/lib/libc.a  >> .depend
===> make-roken (depend)
awk -f /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in > make-roken.c
rm -f .depend
mkdep -f .depend -a    -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-roken/../../include make-roken.c
echo make-roken: /usr/lib/libc.a  >> .depend
===> asn1_compile (depend)
sed -e '106s/"/"#ifdef __PARSE_UNITS_H__\\n/;' -e '106s/",/\\n#endif\\n",/' /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c > gen_glue-fixed.c
lex -t  /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/lex.l > lex.c
yacc -d -o parse.c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/parse.y
cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make
cc -O2 -fno-strict-aliasing -pipe -march=nocona -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include -g  -c /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c
ctfconvert -L VERSION make-print-version.o
ctfconvert:No such file or directory
*** Error code 1

Stop in /usr/src/kerberos5/tools/make-print-version.
*** Error code 1

Stop in /usr/src/kerberos5/tools/asn1_compile.
*** Error code 1

Stop in /usr/src/kerberos5/tools.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
4693.728u 1668.096s 1:44:52.91 101.0%   5904+7451k 36308+18539io 13261pf+0w





The system is:
FreeBSD wep4017.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu Jan 31 13:04:43 CET 2008     lexx_at_wep4017.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC  amd64

/etc/make.conf contains:
CPUTYPE         ?= nocona

Should I disable building 32-bit compatibility libraries?
If so, how can I do that? I saw some make switch some time ago, but
now I see nothing similar in src/Makefile or src/Makefile.inc1.

The second question, is parallel build with make -jN option supposed to work?

Thanks,
Alexey.
Received on Tue Feb 12 2008 - 09:11:45 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:27 UTC