Re: [PATCH 2/3] utils/vmstat: Use gnumach.defs from gnumach

2013-05-05 Thread David Michael
Hi, On Sun, May 5, 2013 at 5:32 PM, Samuel Thibault wrote: > Also, if you consider writing more involved patches (i.e. which will > have some copyright), we will need a copyright assignment from you. That may happen as I continue working with the system. The wiki[1] just links to "contact us" w

Re: [PATCH 2/3] utils/vmstat: Use gnumach.defs from gnumach

2013-05-05 Thread Samuel Thibault
David Michael, le Wed 01 May 2013 21:10:34 -0400, a écrit : > The gnumach installation provides the include file mach/gnumach.defs > instead of mach/gnumach.h. This runs the defs file through MIG and > builds the result for vmstat. Applied, thanks! Please take care when building patches to avoid

Re: [PATCH 1/3] libdiskfs: Allow SYMLOOP_MAX to be undefined

2013-05-05 Thread Samuel Thibault
Hello, David Michael, le Wed 01 May 2013 21:10:32 -0400, a écrit : > POSIX systems are allowed to leave SYMLOOP_MAX undefined, and in such > cases applications are supposed to use sysconf. Well, right, better use sysconf. It may however still return -1, so I've changed the test a bit. Samuel

Re: A quarter of the Hurd, Q3/Q4 of 2012: *pthreads*, *hardware* and *porting*.

2013-05-05 Thread Miguel Figueiredo
Em 04-05-2013 23:33, Arne Babenhauserheide escreveu: Hi, [...] A quarter of the Hurd, Q3/Q4 of 2012: *pthreads*, *hardware* and *porting*. Based on the text I would only add new installation CDs. Looks really good. [...] -- Melhores cumprimentos/Best regards, Miguel Figueiredo

Re: GCC for GNU Hurd: MACH built-in preprocessor macro (was: gdb: FTBFS on hurd-i386 (for review))

2013-05-05 Thread Samuel Thibault
Thomas Schwinge, le Thu 07 Feb 2013 00:17:02 +0100, a écrit : > Committed to trunk as r195826. Samuel, please port to active Debian GCC > branches. Commited to gcc-4.7 and gcc-4.8 debian packages. Samuel

Re: [patch] for mig check in GDB's configure

2013-05-05 Thread Doug Evans
On Sat, May 4, 2013 at 10:30 PM, Yue Lu wrote: > But I have one more question, why the one run on GNU Hurd which > targeting arm doesn't need to use MIG? As it run under GNU Hurd, it > must use the message transport facility and need to use MIG to > generate the interface file automatically or som

Re: Why is it so damn slow ?

2013-05-05 Thread Richard Braun
On Sun, Dec 02, 2012 at 11:15:08AM +0100, Richard Braun wrote: > On Sat, Dec 01, 2012 at 12:53:30PM +0100, Thomas Schwinge wrote: > > So, switching to a SSD does give a small performance boost, but not the > > big one we had hoped for. Using --no-atime improves this further. > > Perhaps we should