Re: [PATCH,HURD] Fix link with gold

Thomas Schwinge, le Wed 04 Apr 2012 22:46:34 +0200, a écrit : > > > I'm still open to being convinced otherwise. > > > > Well, the thing is: we need to patch a fair number of applications > > then (Xorg, gdb, ...) > > But that's already mostly it, isn't it? Possibly. We might just have commit ac

Re: Setting behavior for clustered IO

Richard Braun writes: > On Mon, Apr 02, 2012 at 08:43:41PM +0300, Maksym Planeta wrote: >> Sergio Lopez writes: >> > Instead of implementing a new call, I think >> > memory_object_change_attributes should be extended to support setting >> > the cluster size for a given object. >> >> Indeed, thi

Re: [PATCH 4/9] Fix "make dist" in `include'

Hi! On Fri, 06 Apr 2012 15:36:24 +0200, l...@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) wrote: > Thomas Schwinge skribis: > > > That got committed long ago (and later on another fix on top of it). But > > for em this doesn't work: sources are in /some/where, and running it from > > /some/whe

Re: make dist

Hi! Thomas Schwinge skribis: > On Fri, 06 Apr 2012 12:11:24 +0200, I wrote: >> On Wed, 04 Apr 2012 22:28:07 +0200, I wrote: >> > On Tue, 3 Apr 2012 22:45:07 +0200, Hydra Build Daemon >> > wrote: >> > > checking build system type... x86_64-pc-linux-gnu >> > > checking host system type... i586-p

Re: make dist

Hi! As »make dist« in some places just considers the current configuration, it really is flawed. That's also the reason that you don't notice the missing files (but just do a diff of the tarball built by it and the source directory) -- they're not used in your configuration (for example, without

Re: [PATCH 4/9] Fix "make dist" in `include'

Hi! Thomas Schwinge skribis: > That got committed long ago (and later on another fix on top of it). But > for em this doesn't work: sources are in /some/where, and running it from > /some/where.build, it puts the files include/* files into > /some/where/where/include instead of /some/where/incl

Re: Setting behavior for clustered IO

On Mon, Apr 02, 2012 at 08:43:41PM +0300, Maksym Planeta wrote: > Sergio Lopez writes: > > Instead of implementing a new call, I think > > memory_object_change_attributes should be extended to support setting > > the cluster size for a given object. > > Indeed, this seems to be better. No, as 1/

make dist (was: Hydra job gnu:hurd-master:xbootstrap on x86_64-linux, build 2364229: Failed)

Hi! On Fri, 06 Apr 2012 12:11:24 +0200, I wrote: > On Wed, 04 Apr 2012 22:28:07 +0200, I wrote: > > On Tue, 3 Apr 2012 22:45:07 +0200, Hydra Build Daemon > > wrote: > > > checking build system type... x86_64-pc-linux-gnu > > > checking host system type... i586-pc-gnu > > > configure: WARNING: un

Re: [PATCH 4/9] Fix "make dist" in `include'

Hi! On Sat, 17 Jul 2010 16:38:44 +0200, l...@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) wrote: > From 50968edf6a4ee8af6ff63e2ee4a5b4d97013ff3d Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Ludovic=20Court=C3=A8s?= > Date: Sat, 17 Jul 2010 15:59:25 +0200 > Subject: [PATCH 4/9] Fix "make dist" in `

Re: Hydra job gnu:hurd-master:xbootstrap on x86_64-linux, build 2364229: Failed

Hi! On Wed, 04 Apr 2012 22:28:07 +0200, I wrote: > On Tue, 3 Apr 2012 22:45:07 +0200, Hydra Build Daemon > wrote: > > checking build system type... x86_64-pc-linux-gnu > > checking host system type... i586-pc-gnu > > configure: WARNING: unsupported CPU type i586 I'm now seeing this in