Does anyone regularly build HEAD with clang?

I've noticed that it's been broken for about a week as a result of: --- /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h.orig2012-02-12 22:42:29.0 -0800 +++ /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h 2012-02-12 22:41:27.0 -0800 @@ -66,7 +66,7 @@

Mesa 8.0 Info

___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr..

print/ghostscript9: ./base/sjpx_openjpeg.c:169: error: too many arguments to function

This arise today when updating ghostscript9-9.04 to ghostscript9-9.05: cc -DHAVE_MKSTEMP -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE -DHAVE_SSE2 -DHAVE_DBUS -O2 -pipe -O2 -fno-strict-aliasing -pipe -march=native -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript9/work/ghostscript-

Re: Does anyone regularly build HEAD with clang?

Yes, we do have a buildbots, ie.: http://llvm-amd64.freebsd.your.org:8010/builders/freebsd-clang-amd64/ On Sun, Feb 12, 2012 at 09:42:47PM -0800, Jordan K. Hubbard wrote: > I've noticed that it's been broken for about a week as a result of: > > --- /usr/src/lib/libc/../../include/rpc/rpc

loader is aborted with 'out of memory'

I got the following error of the current loader if I put the xxx_after line into loader.conf to wait a key after load the xxx module. --- Error: out of memory Module xxx Error executing read -p "Press Enter" Aborted! --- The loader.conf is: xxx_load="YES" xxx_after="read -p \"Press Enter\"" Doe

Re: Enhancing the user experience with tcsh

Alex Keda wrote: On 10.02.2012 21:07, Chuck Burns wrote: set prompt = "[%n@%m]%c04%# " it's not needed need some as alias ll ls -lAhG alias ls ls -G set autolist = TAB bindkey "\e[3~" delete-char . and other _really_ necessary settings This can be as simple as defining CLICOLOR. Howe

Re: Enhancing the user experience with tcsh

Chris Rees wrote: set prompt = "[%n@%m]%c04%# " it's not needed need some as alias ll ls -lAhG alias ls ls -G Lscolors are an abomination. -F or nothing at all is better; remember some people will use white xterms etc. Yeah, a +1 for me. Plain xterm with colorized output m

Re: [CFT] Xorg Upgrade 7.5.2

Adam K Kirchhoff wrote: I've run it for a while now and am actually having a pretty serious issue: http://thorn.visualtech.com/screenshot.jpg As you can see, that big window on the right monitor (though certainly doesn't limit itself to just that screen) is almost entirely corrupt. It's an xfc

Re: Mesa 8.0 Info

В Mon, 13 Feb 2012 00:34:36 -0800 vehemens пишет: > Well, of course! Haiku is much more meaningful project than FreeBSD! ___ freebsd-current@freebsd.org mailing

Re: [CFT] Xorg Upgrade 7.5.2

On Mon, 13 Feb 2012 15:39:21 +0200 Volodymyr Kostyrko wrote: > Adam K Kirchhoff wrote: > > > > I've run it for a while now and am actually having a pretty serious > > issue: > > > > http://thorn.visualtech.com/screenshot.jpg > > > > As you can see, that big window on the right monitor (though > >

Re: Does anyone regularly build HEAD with clang?

On 2012-02-13 06:42, Jordan K. Hubbard wrote: > I've noticed that it's been broken for about a week as a result of: > > --- /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h.orig 2012-02-12 > 22:42:29.0 -0800 > +++ /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h 2012-02-12 > 22:41:2

Re: [CFT] Xorg Upgrade 7.5.2

Adam K Kirchhoff wrote: I've run it for a while now and am actually having a pretty serious issue: http://thorn.visualtech.com/screenshot.jpg As you can see, that big window on the right monitor (though certainly doesn't limit itself to just that screen) is almost entirely corrupt. It's an xfce

Re: [ptrace] please review follow fork/exec changes

I looked at the orphan.patch. Am I right that the orphans are the real childs of the process which are temporarily reparented to the debugger ? Whatever they are, a comment should be added to proc.h describing what does it mean. Please provide me with a test case that demonstrates the issue solve

Re: loader is aborted with 'out of memory'

On 2/13/2012 7:06 AM, TAKAHASHI Yoshihiro wrote: I got the following error of the current loader if I put the xxx_after line into loader.conf to wait a key after load the xxx module. --- Error: out of memory Module xxx Error executing read -p "Press Enter" Aborted! --- The loader.conf is: xxx_l

Re: Does anyone regularly build HEAD with clang?

On Feb 13, 2012, at 5:59 AM, Dimitry Andric wrote: > I build it very regularly, and there are several buildbots that also > build it continously (though they currently don't spam the mailing > lists). For me, and the buildbots, head builds just fine with clang, > though. What was the exact erro

Re: Does anyone regularly build HEAD with clang?

On 2012-02-13 17:56, Jordan K. Hubbard wrote: > > On Feb 13, 2012, at 5:59 AM, Dimitry Andric wrote: > >> I build it very regularly, and there are several buildbots that also >> build it continously (though they currently don't spam the mailing >> lists). For me, and the buildbots, head builds j

Re: Mesa 8.0 Info

On 02/13/12 09:34, vehemens wrote: > Interesting to read that FreeBSD has now explicitely been extracted from the description file :-( signature.asc Description: OpenPGP digital signature

Re: Mesa 8.0 Info

В Mon, 13 Feb 2012 19:02:30 +0100 "O. Hartmann" пишет: > On 02/13/12 09:34, vehemens wrote: > > > > > > Interesting to read that FreeBSD has now explicitely been extracted > from the description file :-

Re: Mesa 8.0 Info

On Mon, Feb 13, 2012 at 10:02 AM, O. Hartmann wrote: > On 02/13/12 09:34, vehemens wrote: > >> > > > Interesting to read that FreeBSD has now explicitly been extracted from > the description file :-( Well,

Re: MCA UNCOR error

On Sunday, February 12, 2012 4:55:49 am TAKAHASHI Yoshihiro wrote: > I get the following error and kernel panic on my pc98 at the boot time. > > MCA: Bank 2, Status 0xb614 > MCA: Global Cap 0x0005, Status 0x0004 > MCA: Vendor "GenuineIntel", ID 0x616, APIC ID 0

Re: Mesa 8.0 Info

On 2012-02-13 19:32, Kevin Oberman wrote: > On Mon, Feb 13, 2012 at 10:02 AM, O. Hartmann > wrote: >> On 02/13/12 09:34, vehemens wrote: >> >>> >> >> >> Interesting to read that FreeBSD has now explicitly b

Re: Mesa 8.0 Info

В Mon, 13 Feb 2012 19:57:42 +0100 Niclas Zeising пишет: > On 2012-02-13 19:32, Kevin Oberman wrote: > > On Mon, Feb 13, 2012 at 10:02 AM, O. Hartmann > > wrote: > >> On 02/13/12 09:34, vehemens wrote: > >> > >>>

Re: Mesa 8.0 Info

В Mon, 13 Feb 2012 19:57:42 +0100 Niclas Zeising пишет: > On 2012-02-13 19:32, Kevin Oberman wrote: > > On Mon, Feb 13, 2012 at 10:02 AM, O. Hartmann > > wrote: > >> On 02/13/12 09:34, vehemens wrote: > >> > >>>

Re: Does anyone regularly build HEAD with clang?

I was having the exact same issue. The fix? 'CPP=clang-cpp' instead of 'CPP=clang -E' in your make.conf. -Brandon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "fre

Re: Mesa 8.0 Info

В Mon, 13 Feb 2012 20:43:54 +0100 Niclas Zeising пишет: > On 2012-02-13 20:29, Ivan Klymenko wrote: > > В Mon, 13 Feb 2012 19:57:42 +0100 > > Niclas Zeising пишет: > > > >> On 2012-02-13 19:32, Kevin Oberman wrote: > >>> On Mon, Feb 13, 2012 at 10:02 AM, O. Hartmann > >>> wrote: > On 02/1

Re: Mesa 8.0 Info

On 2012-02-13 20:29, Ivan Klymenko wrote: > В Mon, 13 Feb 2012 19:57:42 +0100 > Niclas Zeising пишет: > >> On 2012-02-13 19:32, Kevin Oberman wrote: >>> On Mon, Feb 13, 2012 at 10:02 AM, O. Hartmann >>> wrote: On 02/13/12 09:34, vehemens wrote: >

Re: Does anyone regularly build HEAD with clang?

On 2012-02-13 20:10, Brandon Falk wrote: > I was having the exact same issue. The fix? 'CPP=clang-cpp' instead of > 'CPP=clang -E' in your make.conf. Yes, you should indeed use clang-cpp instead of clang -E. Similarly, never use CPP=gcc -E. This is because in "cpp mode", both gcc and clang behav

Re: [ptrace] please review follow fork/exec changes

On 02/13/2012 07:28 AM, Konstantin Belousov wrote: I looked at the orphan.patch. Am I right that the orphans are the real childs of the process which are temporarily reparented to the debugger ? Whatever they are, a comment should be added to proc.h describing what does it mean. Done. Pl

Re: [ptrace] please review follow fork/exec changes

On Mon, Feb 13, 2012 at 02:04:24PM -0800, Dmitry Mikulin wrote: > > > On 02/13/2012 07:28 AM, Konstantin Belousov wrote: > >I looked at the orphan.patch. > > > >Am I right that the orphans are the real childs of the process which > >are temporarily reparented to the debugger ? Whatever they are,

Re: Mesa 8.0 Info

On 02/13/12 19:31, Ivan Klymenko wrote: > В Mon, 13 Feb 2012 19:02:30 +0100 > "O. Hartmann" пишет: > >> On 02/13/12 09:34, vehemens wrote: >> >>> >> >> >> Interesting to read that FreeBSD has now explicite

Re: [ptrace] please review follow fork/exec changes

The problem I'm trying to solve is to allow a parent to collect it's child exit status while we're following its child. Gdb detaches from the parent upon successful switch-over from parent to child. At this point due to re-parenting the parent loses the child to gdb and if it's in a wait() it'll

Re: Mesa 8.0 Info

On 2012-Feb-13, 00:34, vehemens wrote: > FWIW, I'm going to update graphics/libosmesa within the next few days. -- Pietro Cerutti The FreeBSD Project g...@freebsd.org PGP Public Key: http://gahr.ch/pgp

Re: Intermittent re0 phy failure

On Mon, Jan 30, 2012 at 05:32:06PM -0500, Michael Butler wrote: > On 01/18/12 20:52, YongHyeon PYUN wrote: > > On Wed, Jan 18, 2012 at 08:01:42PM -0500, Michael Butler wrote: > >> On 01/18/12 19:54, YongHyeon PYUN wrote: > >>> On Wed, Jan 18, 2012 at 05:48:47PM -0500, Michael Butler wrote: > A