HEADS UP: merged llvm/clang 3.4

[Mark Johnston]

On Sat, Mar 29, 2014 at 1:25 PM, Dimitry Andric <dim at freebsd.org> wrote:
> On 28 Mar 2014, at 23:59, Kai Wang <kaiw at FreeBSD.org> wrote:
>> On Thu, Mar 27, 2014 at 11:03:11PM -0400, Mark Johnston wrote:
>>> On Thu, Mar 27, 2014 at 6:32 PM, Dimitry Andric <dim at freebsd.org> wrote:
>>>> On 27 Mar 2014, at 01:22, Mark Johnston <markj at freebsd.org> wrote:
> ...
>>>>> DTrace seems to no longer work properly on stable/10; I get errors like
>>>>> the following
>>>>>
>>>>> dtrace: invalid probe specifier pid$target::malloc:entry{ }:
>>>>> "/usr/lib/dtrace/io.d", line 49: cannot find type: struct devstat*: Type
>>>>> information is in parent and unavailable
> ...
>> I extracted a patch for ctfconvert from -head and adapted it to the
>> old libdwarf in stable/10. The patch fixes some type parsing bugs for
>> ctfconvert with Clang 3.4 objects, which might be related to your
>> DTrace issue, but I'm not sure...
>>
>> The patch is here:
>>
>>   http://people.freebsd.org/~kaiw/ctfconvert-stable10.patch
>>
>> (It should apply to stable/10. Both world and kernel needs recompile)
>
> Thanks!  I have merged this to stable/10, and (slightly modified) to
> stable/9, in r263915.  I have verified that on both branches, simple
> dtrace commands like:
>
>   dtrace -n 'syscall:::entry { @num[execname] = count(); }'
>
> work as expected.  I assume DTrace will now work OK, but any other more
> extensive verification by somebody familiar with DTrace is welcome.

Thank you both! I'll do some testing in the next couple of days and
report back if I run into any new problems.

>
> Note that you *must* first build and install at least the CTF tools,
> before building a kernel, otherwise the broken versions from /usr/bin
> will still be used.  This is actually a problem in our kernel build
> tools stage, but a solution for that is still missing.
>
> -Dimitry
>