On Thu, Aug 18, 2011 at 09:51:50PM +, Taylor R Campbell wrote:
> Forgot to add that this also fixes a space leak in tmpfs_rename,
> introduced a couple months ago, which nobody reported as far as I
> know. The leak sometimes caused tmpfs_renamerace_dirs to fail with
> ENOSPC. The problem
On Thu, Aug 18, 2011 at 01:51:33PM -0500, David Young wrote:
> > Rather than sweeping the issue under the rug, wouldn't it be better to
> > actually fix the problem?
> >
> > See attached diff which replaces the "variable" format with a
> > literal #define string ...
>
> I think we should m
Forgot to add that this also fixes a space leak in tmpfs_rename,
introduced a couple months ago, which nobody reported as far as I
know. The leak sometimes caused tmpfs_renamerace_dirs to fail with
ENOSPC. The problem was that renaming a directory over an empty
directory would fail to decrement t
On Thu, Aug 18, 2011 at 11:11:20AM -0700, Paul Goyette wrote:
> >Module Name:src
> >Committed By: christos
> >Date: Thu Aug 18 17:02:49 UTC 2011
> >
> >Modified Files:
> >src/sys/modules/spdmem: Makefile
> >
> >Log Message:
> >document non-literal string format
>
> Rather t
Module Name:src
Committed By: christos
Date: Thu Aug 18 17:02:49 UTC 2011
Modified Files:
src/sys/modules/spdmem: Makefile
Log Message:
document non-literal string format
Rather than sweeping the issue under the rug, wouldn't it be better to
actually fix the problem?
S
On Thu, Aug 18, 2011 at 08:55:44AM +, Frank Wille wrote:
> Module Name: src
> Committed By: phx
> Date: Thu Aug 18 08:55:43 UTC 2011
>
> Modified Files:
> src/sys/arch/ofppc/ofppc: disksubr.c
>
> Log Message:
> First check whether an MBR is present. Then use it for locating the
On Thu, Aug 18, 2011 at 01:47:19AM +, Christos Zoulas wrote:
> In article <20110817212805.gb16...@britannica.bec.de>,
> Joerg Sonnenberger wrote:
> >Could you please stop randomly changing 3rd party code without
> >contacting the maintainer?
>
> Unless the rules have changed, for simple comp
In article <20110818051549.gb24...@arresum.veego.de>,
Bernd Ernesti wrote:
>On Thu, Aug 18, 2011 at 01:49:30AM +, Christos Zoulas wrote:
>> In article <20110817212950.gc16...@britannica.bec.de>,
>> Joerg Sonnenberger wrote:
>> >Did you test this change for breaking compatibility with 3rd pa
> Also with those gcc45 libs, they are distributed amongst the .WAITs but
> they don't need to be since there is no dependency as just the .a files
> are produced now.. strictly, the dependency is introduced at link time,
> not build time..
oh, good point. can you do it for libs?
we can't do th
On Thu, 18 Aug 2011, matthew green wrote:
>
> > > Log Message:
> > > build GMP, MPFR and MPC as private libraries just for GCC. don't
> > > install the headers or librarys into the system.
> >
> > in lib/Makefile should this really be
> >
> > .if (${MKGCC} != "no") && ${HAVE_GCC} >= 45
> >
> > r
10 matches
Mail list logo