It works.make buildworld works ok now.Thinks Dimitry Andric.
On Fri, Feb 25, 2011 at 5:54 AM, Dimitry Andric wrote:
> On 2011-02-24 08:26, datastream datastream.freecity wrote:
>
>> I removed /etc/src.conf.binutils is 2.15.
>>
> ...
>
> Ok, I managed to reproduce your error, on an old snapshot w
Anonymous writes in "[CFT] BSDL iconv in base system":
> I guess gettext hanging is due to ABI incompatibility, too.
>
> $ cat foo.po
> msgid ""
> msgstr ""
> "Content-Type: text/plain; charset=UTF-8\n"
> "Content-Transfer-Encoding: 8bit\n"
>
> msgid "don’t"
> msgstr "do not"
>
>
On 22/02/2011, at 2:54, Jerome Flesch wrote:
> While investigating a timing issue with one of our program, we found out
> something weird: We've written a small test program that just calls
> clock_gettime() a lot of times and checks that the time difference between
> calls makes sense. In the
Hi Folks,
I've got some time again to keep working on iconv. The last time I
posted a patch, there were problems with some ports but apart from this
it proved to be quite mature, so I decided to commit it to the base
system but the default setting will be disabled. It can be enabled by
settin
On Thursday 24 February 2011 04:53 pm, Brandon Gooch wrote:
> On Feb 24, 2011, at 2:44 PM, Bruce Cran wrote:
> > On Thu, 24 Feb 2011 15:38:15 -0500
> >
> > Jung-uk Kim wrote:
> >> FYI, I've been using the following hack for a while now:
> >>
> >> http://people.freebsd.org/~jkim/ada_suspend.diff
>
On Thursday, February 24, 2011 3:35:51 pm Nathan Whitehorn wrote:
> On 02/24/11 14:14, John Baldwin wrote:
> > On Thursday, February 24, 2011 10:00:44 am Nathan Whitehorn wrote:
> >> Thanks! I've received basically this patch from a couple people now. I'm
> >> going to investigate whether this is a
On Feb 24, 2011, at 2:44 PM, Bruce Cran wrote:
> On Thu, 24 Feb 2011 15:38:15 -0500
> Jung-uk Kim wrote:
>
>> FYI, I've been using the following hack for a while now:
>>
>> http://people.freebsd.org/~jkim/ada_suspend.diff
>
> Thanks, I'd given up trying to fix this because I was under the
> i
On 2011-02-24 08:26, datastream datastream.freecity wrote:
I removed /etc/src.conf.binutils is 2.15.
...
Ok, I managed to reproduce your error, on an old snapshot with clang 2.8
and binutils 2.15. It turns out it is caused by an upstream change,
which was intended to work around problems in th
A little more information. Using -O0 or -O1 in CFLAGS the resulting
binary works. The default of -O2 crashes, with or without
-fno-strict-aliasing.
hth,
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience,
On Thu, 24 Feb 2011 15:38:15 -0500
Jung-uk Kim wrote:
> FYI, I've been using the following hack for a while now:
>
> http://people.freebsd.org/~jkim/ada_suspend.diff
Thanks, I'd given up trying to fix this because I was under the
impression it needed newbus. I'll see if I can get something simi
On Thursday 24 February 2011 03:11 pm, John Baldwin wrote:
> On Thursday, February 24, 2011 10:27:59 am Bruce Cran wrote:
> > On Thu, 24 Feb 2011 09:00:44 -0600
> >
> > Nathan Whitehorn wrote:
> > > Having CAM devices be part of newbus would
> > > simplify this a very great deal...
> >
> > It's re
On 02/24/11 14:14, John Baldwin wrote:
On Thursday, February 24, 2011 10:00:44 am Nathan Whitehorn wrote:
Thanks! I've received basically this patch from a couple people now. I'm
going to investigate whether this is a more generic way to get this
information (so the list doesn't grow infinitely
On Wed, Feb 23, 2011 at 4:37 AM, Mitya wrote:
> Add usually used RAID controller
>
> --- usr.sbin/bsdinstall/partedit/part_wizard.c.orig 2011-02-19
> 17:22:06.0 +0200
> +++ usr.sbin/bsdinstall/partedit/part_wizard.c 2011-02-21
> 17:20:28.0 +0200
> @@ -122,6 +122,18 @@
>
On Thursday, February 24, 2011 10:27:59 am Bruce Cran wrote:
> On Thu, 24 Feb 2011 09:00:44 -0600
> Nathan Whitehorn wrote:
>
> > Having CAM devices be part of newbus would
> > simplify this a very great deal...
>
> It's required if we're ever going to have suspend/resume working
> properly beca
On Thursday, February 24, 2011 10:00:44 am Nathan Whitehorn wrote:
> Thanks! I've received basically this patch from a couple people now. I'm
> going to investigate whether this is a more generic way to get this
> information (so the list doesn't grow infinitely long), and will commit
> this if
On Thursday, February 24, 2011 12:34:04 pm Andriy Gapon wrote:
> on 24/02/2011 16:18 Jerome Flesch said the following:
> > Thanks for your explanations. It helped greatly. Using ktrdump and
> > schedgraph.py
> > and after modifying our test program to set and unset automatically
> > debug.ktr.mask
On Feb 24, 2011, at 7:00 AM, Nathan Whitehorn wrote:
> Thanks! I've received basically this patch from a couple people now. I'm
> going to investigate whether this is a more generic way to get this
> information (so the list doesn't grow infinitely long), and will commit this
> if I can't. Hav
on 24/02/2011 16:18 Jerome Flesch said the following:
> Thanks for your explanations. It helped greatly. Using ktrdump and
> schedgraph.py
> and after modifying our test program to set and unset automatically
> debug.ktr.mask, I've been able to get useful information.
>
> First, It made me realiz
On Thu, 24 Feb 2011 09:00:44 -0600
Nathan Whitehorn wrote:
> Having CAM devices be part of newbus would
> simplify this a very great deal...
It's required if we're ever going to have suspend/resume working
properly because currently CAM doesn't get a suspend notification, so
doesn't know to spin
Thanks! I've received basically this patch from a couple people now. I'm
going to investigate whether this is a more generic way to get this
information (so the list doesn't grow infinitely long), and will commit
this if I can't. Having CAM devices be part of newbus would simplify
this a very g
Thanks for your explanations. It helped greatly. Using ktrdump and
schedgraph.py and after modifying our test program to set and unset
automatically debug.ktr.mask, I've been able to get useful information.
First, It made me realize that task switching, with default settings and
2 active proce
21 matches
Mail list logo
