On 18 Dec 2014, at 02:17, NGie Cooper wrote:
>
> On Fri, Nov 28, 2014 at 1:03 PM, Dimitry Andric wrote:
...
>As a request to speed up the build process further,
>- Would it be [easily] possible in the clang35 branch to bootstrap
> the compiler for a specific architecture? The bootstrap /
Dimitry Andric writes:
> >- Could a "MK_CLANG_ALL_TARGETS" or something similar option be
> > added to src.opts.mk to fine tune this process for those of us who
> > don't want to build a cross-compile toolchain every iteration for our
> > target MACHINE/MACHINE_ARCH?
>
> I would be fin
Hi,
in the porting of some kernel code to FreeBSD, i need to remap one
function with a variable number of arguments to the log() function
from the freebsd kernel.
Normally i would do
#define WARN(x, args...)log(LOG_WARNING, args)
but this does not work in my case because the func
> On Dec 18, 2014, at 6:34 AM, owner-freebsd-...@freebsd.org wrote:
>
>
> Dimitry Andric writes:
>
>>> - Could a "MK_CLANG_ALL_TARGETS" or something similar option be
>>> added to src.opts.mk to fine tune this process for those of us who
>>> don't want to build a cross-compile toolchain every
On Thu, 2014-12-18 at 15:21 +0100, Luigi Rizzo wrote:
> Hi,
> in the porting of some kernel code to FreeBSD, i need to remap one
> function with a variable number of arguments to the log() function
> from the freebsd kernel.
>
> Normally i would do
>
> #define WARN(x, args...)log(LO
On 18 Dec 2014, at 14:34, Robert Huff wrote:
> Dimitry Andric writes:
>
>>> - Could a "MK_CLANG_ALL_TARGETS" or something similar option be
>>> added to src.opts.mk to fine tune this process for those of us who
>>> don't want to build a cross-compile toolchain every iteration for our
>>> target
This is excellent news Dimitry!
> On Dec 16, 2014, at 12:36 PM, Dimitry Andric wrote:
>
> On 28 Nov 2014, at 22:03, Dimitry Andric wrote:
>>
>> We're working on updating llvm, clang and lldb to 3.5.0 in head. This
>> is quite a big update again, and any help with testing is appreciated.
>>
>
> On Dec 18, 2014, at 6:02 AM, Dimitry Andric wrote:
>
> On 18 Dec 2014, at 02:17, NGie Cooper wrote:
>>
>> On Fri, Nov 28, 2014 at 1:03 PM, Dimitry Andric wrote:
> ...
>> As a request to speed up the build process further,
>> - Would it be [easily] possible in the clang35 branch to boots
> On Dec 18, 2014, at 7:44 AM, Dimitry Andric wrote:
>
> On 18 Dec 2014, at 14:34, Robert Huff wrote:
>> Dimitry Andric writes:
>>
- Could a "MK_CLANG_ALL_TARGETS" or something similar option be
added to src.opts.mk to fine tune this process for those of us who
don't want to bui
We have a rather outdated version of binutils in the base system. As
part of a project to update our toolchain I've started working on
using some of the tools from the elftoolchain project. There is now a
build knob to enable the use of the following tools:
* addr2line
* elfcopy (strip)
* nm
* s
On 12/18/14 10:12, Ed Maste wrote:
> We have a rather outdated version of binutils in the base system. As
> part of a project to update our toolchain I've started working on
> using some of the tools from the elftoolchain project. There is now a
> build knob to enable the use of the following too
FWIW,
A nice testing procedure, or even a pet project if generalized, would be
to test the tools with a fuzzer like security/afl. Apparently the GNU
binutils and Fedora elfutils developers having doing that [1].
Regards,
Pedro.
[1]
https://lists.fedorahosted.org/pipermail/elfutils-devel/20
On 18 Dec 2014, at 15:47, Warner Losh wrote:
...
>> * Mips will only have a chance with the upcoming clang 3.6.0, but that
>> is way too late for this import. It will probably require external
>> toolchain support to get it working.
>
> For native builds yes. For cross builds, clang 3.6 can be b
On Dec 18, 2014, at 5:02, Dimitry Andric wrote:
> On 18 Dec 2014, at 02:17, NGie Cooper wrote:
>>
>> On Fri, Nov 28, 2014 at 1:03 PM, Dimitry Andric wrote:
> ...
>> As a request to speed up the build process further,
>> - Would it be [easily] possible in the clang35 branch to bootstrap
>>
On 18 December 2014 at 11:53, Pedro Giffuni wrote:
> test the tools with a fuzzer like security/afl
Yes, a very good idea, especially for strings(1) given the way it is
often used. I've already found a strings crash with afl.
___
freebsd-current@freebsd
On 2014-12-18 15:02, Ed Maste wrote:
> On 18 December 2014 at 11:53, Pedro Giffuni wrote:
>> test the tools with a fuzzer like security/afl
>
> Yes, a very good idea, especially for strings(1) given the way it is
> often used. I've already found a strings crash with afl.
> ___
On Dec 18, 2014, at 6:51, Warner Losh wrote:
> With the recent parallelism work, the is true. It might save a couple percent
> off the build time. Before those changes, though, disabling all non target
> arches saved about 10% of the buildworld time.
I’m curious. How much is 10% in terms of minu
The man page states that:
'-w widthWidth of ASCII-art plot in characters, default is 74.'
This is not entirely correct. The mini-help is more accurate:
'-w : width of graph/test output (default 74 or terminal width)'
In other words: the man page fails to explain that ministat will default
to
> On Dec 18, 2014, at 12:01 PM, Dimitry Andric wrote:
>
> On 18 Dec 2014, at 15:47, Warner Losh wrote:
> ...
>>> * Mips will only have a chance with the upcoming clang 3.6.0, but that
>>> is way too late for this import. It will probably require external
>>> toolchain support to get it working
> On Dec 18, 2014, at 2:17 PM, Garrett Cooper wrote:
>
> On Dec 18, 2014, at 6:51, Warner Losh wrote:
>
>> With the recent parallelism work, the is true. It might save a couple percent
>> off the build time. Before those changes, though, disabling all non target
>> arches saved about 10% of th
В Mon, 15 Dec 2014 17:49:54 +
"Rang, Anton" пишет:
> > I certainly could be wrong - but how to know for sure the cause of
> > the panic?
>
> > MCA: CPU 0 UNCOR PCC OVER DCACHE L2 DRD error
> > MCA: Address 0xbd8d4cc0
> > MCA: Misc 0x30e386
>
> The "root cause" may be hard to determine,
Warner Losh wrote this message on Thu, Dec 18, 2014 at 07:47 -0700:
> This is excellent news Dimitry!
>
> > On Dec 16, 2014, at 12:36 PM, Dimitry Andric wrote:
> >
> > On 28 Nov 2014, at 22:03, Dimitry Andric wrote:
> >>
> >> We're working on updating llvm, clang and lldb to 3.5.0 in head. Th
Dimitry Andric wrote this message on Tue, Dec 16, 2014 at 20:36 +0100:
> * Big-endian ARM is apparently supposed to work, but I'm not sure if
> Andrew managed to test it on real hardware.
hmmm... I can't get it to compile... Maybe I'm missing something... I
tried to do:
# make buildworld TARGET
23 matches
Mail list logo