On 2012-11-06 23:59, Mike Jakubik wrote:>
I've ran in to this issue on two different machines, both have recent
stable code. The problem appears to be
with /usr/src/gnu/usr.bin/texinfo, i am using Clang to compile.
...
1 error
*** Error code 2
1 error
*** Error code 2
1 error
The output you p
On 11/07/12 09:43, Dimitry Andric wrote:
> On 2012-11-06 23:59, Mike Jakubik wrote:>
>> I've ran in to this issue on two different machines, both have recent
>> stable code. The problem appears to be
>> with /usr/src/gnu/usr.bin/texinfo, i am using Clang to compile.
> ...
>> 1 error
>> *** Error co
On Wed, 2012-11-07 at 15:43 +0100, Dimitry Andric wrote:
> On 2012-11-06 23:59, Mike Jakubik wrote:>
> > I've ran in to this issue on two different machines, both have recent
> > stable code. The problem appears to be
> > with /usr/src/gnu/usr.bin/texinfo, i am using Clang to compile.
> ...
> > 1 e
On Wed, 2012-11-07 at 13:45 -0500, Mike Jakubik wrote:
> On Wed, 2012-11-07 at 15:43 +0100, Dimitry Andric wrote:
> > On 2012-11-06 23:59, Mike Jakubik wrote:>
> > > I've ran in to this issue on two different machines, both have recent
> > > stable code. The problem appears to be
> > > with /usr/sr
On 2012-11-07 19:54, Mike Jakubik wrote:
...
Oops, i did this on the wrong server. On the right server it fails
compiling boot2 just like Richard describes.
Thanks.
===> sys/boot/i386/boot2 (all)
-5 bytes available
*** Error code 1
Stop in /usr/src/sys/boot/i386/boot2.
*** Error code 1
Ah y
On Wed, 2012-11-07 at 20:04 +0100, Dimitry Andric wrote:
> Ah yes, I got it. This is currently a problem on stable/9, for which I
> don't yet have an easy solution, except building boot2 with gcc for now.
>
> See the earlier thread on freebsd-stable here:
> http://lists.freebsd.org/pipermail/fre
- Original Message -
From: "Steven Hartland"
On Tue, Nov 06, 2012 at 12:09:42AM -, Steven Hartland wrote:
| Thanks Doug, actually just finished another test run with some more
| debugging in and I believe I've found the reason for the non-recusive
| lock and at least some of the queui
Hi,
I am seeing this in dc:
janm@gray: dc $ dc
18446744073709551616 18446744073709551616 / ps
dc: big number failure 306b06b: No such file or directory
That number is 2^64. The error is coming from BN_check in bdiv(), which is
complaining about the number at the top of the stack being uninitial
