Hi，
On Fri, Sep 6, 2013 at 5:37 AM, Thomas Schwinge wrote:
>> (correct me if
>> I'm wrong here), the Hurd's threads are kernel threads
>
> Correct.
>
>> so it'd
>> be better to just make the GDB side use the lwp field too.
>> It's really a simple and mechanic change. Nothing in GDB core
>> actua
From tty.h I removed the ifdef and the include for luna88k, I
guess this was an architecture that is no longer supported as I can not
find the refrenced code in the gnumach source tree. From chario.c I
removed forward declarations that have prototypes in tty.h. Next, I
qualified all the constants
Hi Marin :)
I think it is awesome of you to start cleaning up gnumach, this is
much overdue. But you shouldn't mash so many changes into one patch,
rather split it up. By the way, gnumach uses git and using git it is
very easy to keep separate changes in your local working branch in
separate commi
On 08.09.2013 18:53:02, Justus Winter wrote:
> Hi Marin :)
>
> I think it is awesome of you to start cleaning up gnumach, this is
> much overdue. But you shouldn't mash so many changes into one patch,
> rather split it up. By the way, gnumach uses git and using git it is
> very easy to keep separa
Hi, in order not to leave all results on #hurd@irc I'm updating the
current status:
with my patched eglibc supporting SCM_CREDS this is the current test
status:
good news: all 10 gamin tests pass, 5(8) dbus, 51(52) glib2.0, 58(62)
glib2.0/gio
bad news: emacs in X still hangs, many X-window sessions
Simple patch to remove all trace of the luna88k arch.
By the way, I'm sending this to the list as a test for git-send-email
as Justus suggested, so if something unexpected happens (like a duplication
or something) please just ignore it.
* kern/debug.c: Remove check for luna88k.
---
kern/debug.c
