This patch removes a configure check from 1996, which has been
unnecessary for some time.
OK to apply?
Thanks,
Ludo’.
>From a0f93043770eb593600f1ae7ddefa9a82f2e23cb Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ludovic=20Court=C3=A8s?=
Date: Sat, 12 Apr 2014 18:33:35 +0200
Subject: [PATCH] build: Re
On Sat, 2014-04-12 at 16:04 +0200, Svante Signell wrote:
> On Fri, 2014-04-11 at 07:48 -0700, Ian Lance Taylor wrote:
> > On Fri, Apr 11, 2014 at 5:47 AM, Svante Signell
> > wrote:
> >
> > I don't understand this comment. The GCC libraries do still use
> > automake. I regularly use automake to
On Fri, 2014-04-11 at 07:48 -0700, Ian Lance Taylor wrote:
> On Fri, Apr 11, 2014 at 5:47 AM, Svante Signell
> wrote:
> >
> > Attached are patches to enable gccgo to build properly on Debian
> > GNU/Hurd on gcc-4.9 (4.9-20140406).
>
> Thanks. Will review after 4.9 has branched.
Thanks! Modified
On Fri, Apr 11, 2014 at 8:50 PM, Thomas Schwinge wrote:
>
> Not at all. It "just" needs to be done; the patch has to be brought into
> a form suitable for commit upstream (without a lot of TODO items,
> properly code formatting, and so on), and has to be rebased on top of the
> current upstream ma
Quoting Samuel Thibault (2014-04-12 09:19:54)
> Justus Winter, le Fri 11 Apr 2014 15:34:13 +0200, a écrit :
> > --- a/libmachdev/device.defs
> > +++ b/libmachdev/device.defs
>
> That being said, I guess we should be using gnumach's .defs?
Yes, some day, but for now this device.defs has the two ex
Justus Winter, le Fri 11 Apr 2014 15:34:11 +0200, a écrit :
> Previously, mach_convert_port_to_device would return a pointer to
> struct emul_device, which is embedded in struct mach_device. In order
> to get to the port_info structure which is right before that,
> device_to_pi would subtract offs
Samuel Thibault, le Sat 12 Apr 2014 09:35:51 +0200, a écrit :
> Justus Winter, le Sat 12 Apr 2014 09:34:15 +0200, a écrit :
> > Since 50bfb9acf98d5f4c0c5948cc28285e990b40b659 git is used to produce
> > dist tarballs.
>
> Ack.
As well as all other commits removing DIST_FILES :)
> > * console-clie
Justus Winter, le Sat 12 Apr 2014 09:34:15 +0200, a écrit :
> Since 50bfb9acf98d5f4c0c5948cc28285e990b40b659 git is used to produce
> dist tarballs.
Ack.
> * console-client/Makefile (DIST_FILES): Do not set obsolete variable.
> ---
> console-client/Makefile | 4
> 1 file changed, 4 deletion
Since 50bfb9acf98d5f4c0c5948cc28285e990b40b659 git is used to produce
dist tarballs.
* console-client/Makefile (DIST_FILES): Do not set obsolete variable.
---
console-client/Makefile | 4
1 file changed, 4 deletions(-)
diff --git a/console-client/Makefile b/console-client/Makefile
index 65a
Justus Winter, le Fri 11 Apr 2014 09:39:45 +0200, a écrit :
> Previously, the device definitions were filtered using sed to replace
> the device_t type with mach_port_send_t to make the device argument of
> device_open polymorphic. Rather than doing that, which makes it
> impossible to use transla
Justus Winter, le Fri 11 Apr 2014 23:09:51 +0200, a écrit :
> Previously, the device definitions were filtered using sed to replace
> the device_t type with mach_port_send_t to make the device argument of
> device_open polymorphic. Rather than doing that, which makes it
> impossible to use transla
Justus Winter, le Fri 11 Apr 2014 15:34:13 +0200, a écrit :
> --- a/libmachdev/device.defs
> +++ b/libmachdev/device.defs
That being said, I guess we should be using gnumach's .defs?
Samuel
Justus Winter, le Fri 11 Apr 2014 09:32:30 +0200, a écrit :
> Previously, every userspace server implementing the device protocol
> filtered the device definitions to replace the device_t type with
> mach_port_send_t to make the device argument of device_open
> polymorphic. Rather than doing that,
Justus Winter, le Sat 12 Apr 2014 09:13:00 +0200, a écrit :
> So the current definition of device_open breaks even the most straight
> forward way to implement a device server. In contrast, Hurds
> dir_lookup gets this right:
Indeed, that's what I was seeing :)
Samuel
Justus Winter, le Fri 11 Apr 2014 15:34:13 +0200, a écrit :
> Previously, the device definitions were filtered using sed to replace
> the device_t type with mach_port_send_t to make the device argument of
> device_open polymorphic. Rather than doing that, which makes it
> impossible to use transla
Justus Winter, le Fri 11 Apr 2014 15:34:12 +0200, a écrit :
> * libmachdev/ds_routines.c (mach_device_reference): Remove unused function.
Ack.
> ---
> libmachdev/ds_routines.c | 6 --
> 1 file changed, 6 deletions(-)
>
> diff --git a/libmachdev/ds_routines.c b/libmachdev/ds_routines.c
> ind
Justus Winter, le Fri 11 Apr 2014 15:34:09 +0200, a écrit :
> Previously, the device definitions were filtered using sed to replace
> the device_t type with mach_port_send_t to make the device argument of
> device_open polymorphic. Rather than doing that, which makes it
> impossible to use transla
Justus Winter, le Fri 11 Apr 2014 15:34:10 +0200, a écrit :
> Previously, the device definitions were filtered using sed to replace
> the device_t type with mach_port_send_t to make the device argument of
> device_open polymorphic. Rather than doing that, which makes it
> impossible to use transla
Quoting Samuel Thibault (2014-04-11 22:25:26)
> Justus Winter, le Fri 11 Apr 2014 15:34:09 +0200, a écrit :
> > -DIST_FILES = ourdevice.defs notify.defs
> > +DIST_FILES = device.defs notify.defs
>
> Mmm, why keeping device.defs? Shouldn't we be using the one from
> gnumach?
Actually, since [0] n
Quoting Justus Winter (2014-04-11 23:11:59)
> Quoting Samuel Thibault (2014-04-11 22:27:09)
> > Justus Winter, le Fri 11 Apr 2014 09:32:30 +0200, a écrit :
> > > Previously, every userspace server implementing the device protocol
> > > filtered the device definitions to replace the device_t type wi
20 matches
Mail list logo
