Date: Wed, 30 Mar 2011 11:56:05 +0300 From: Nikolay Denev <ndenev@gmail.com> To: Zhihao Yuan <lichray@gmail.com> Cc: Kostik Belousov <kostikbel@gmail.com>, stable@freebsd.org, Robert Watson <rwatson@freebsd.org> Subject: Re: FYI: Userspace DTrace MFC to stable/8 Message-ID: <16E90817-1FFF-4790-8E77-3A66C3D7F016@gmail.com> In-Reply-To: <AANLkTi=VNRkCTP3x8EACY4cYT5OcdRb9h_eKcXd5yWDJ@mail.gmail.com> References: <alpine.BSF.2.00.1102282332080.45912@fledge.watson.org> <B42DAF61-A8D1-4572-9B27-E5702D207B37@gmail.com> <20110301101015.GN78089@deviant.kiev.zoral.com.ua> <08280117-07E0-42CF-A250-3E418E48A8E7@gmail.com> <AANLkTi=VNRkCTP3x8EACY4cYT5OcdRb9h_eKcXd5yWDJ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 30, 2011, at 11:24 AM, Zhihao Yuan wrote: > On Wed, Mar 30, 2011 at 2:57 AM, Nikolay Denev <ndenev@gmail.com> = wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >>=20 >> On Mar 1, 2011, at 12:10 PM, Kostik Belousov wrote: >>=20 >>> On Tue, Mar 01, 2011 at 11:03:07AM +0200, Nikolay Denev wrote: >>>> On 1 Mar, 2011, at 01:33 , Robert Watson wrote: >>>>=20 >>>>> Dear all: >>>>>=20 >>>>> Just an FYI that I've gone ahead and merged userspace DTrace = support to FreeBSD 8.x from 9.x. While it appeared to pass build tests = locally, boot and run, etc, this is a non-trivial merge, and it's = possible I've messed up. If so, apologies in advance, and I'll try to = resolve any problems as quickly as I can! >>>>>=20 >>>>> And of course, many thanks go to Rui Paulo, who did the port of = userspace DTrace to FreeBSD 9.x with support from the FreeBSD = Foundation! >>>>>=20 >>>>> Thanks, >>>>>=20 >>>>> Robert N M Watson >>>>> Computer Laboratory >>>>> University of Cambridge >>>>>=20 >>>>=20 >>>> That's great news! Many thanks to all that made this possible! >>>>=20 >>>> I have a quick question though, now do I have to rebuild my world = with "WITH_CTF" ? >>>> I'm asking because I did that by mistake some months ago on a = RELENG_8 machine, and >>>> the world that was built had some problems, like gcc giving = segfault 11 while compiling world or some ports. >>>>=20 >>> It was a known issue that ctfconvert (I think it is ctfconvert) = damages >>> statically linked binaries. Most likely, it was not fixed yet. >>=20 >> I can confirm this is not fixed yet. >>=20 >> I have two STABLE-8 machines which had their world rebuilt with = WITH_CTF option, >> and now I'm unable to rebuild the world as both machines fail with = Segmentation Fault: 11 on exactly the same place : >>=20 >> mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include = -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib = -I/usr/src/gnu/usr.bin/gperf = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc = /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc >> cc: Internal error: Segmentation fault: 11 (program cc1plus) >> Please submit a full bug report. >> See <URL:http://gcc.gnu.org/bugs.html> for instructions. >> mkdep: compile failed >> *** Error code 1 >>=20 >> Stop in /usr/src/gnu/usr.bin/gperf. >> *** Error code 1 >>=20 >> Stop in /usr/src. >> *** Error code 1 >>=20 >> Stop in /usr/src. >> *** Error code 1 >>=20 >> Stop in /usr/src. >=20 > I have met this problem before. WITH_CTF on world is not required to > use DTrace, and it seems that the gcc is broken. If can get a working > gcc4.2 in the base system, you are ucky. Or, you can download a base > system for the FreeBSD FTP site, and install it to a temp path, then > copy the gcc binary to /usr/bin. >=20 Yes, but since now the userspace DTrace portions have been MFCed I = believe one needs a world WITH_CTF to use it? Anyways, I've already fixed my installations, exactly by downloading a = ISO image and extracting only the=20 GCC stuff. Regards, Nikolay=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?16E90817-1FFF-4790-8E77-3A66C3D7F016>