re: CVS commit: src

2011-08-18 Thread Iain Hibbert
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

re: CVS commit: src

2011-08-18 Thread matthew green
> 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

Re: CVS commit: src/usr.bin/unzip

2011-08-18 Thread Christos Zoulas
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

Re: CVS commit: src/external/bsd/mdocml

2011-08-18 Thread Joerg Sonnenberger
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

Re: CVS commit: src/sys/arch/ofppc/ofppc

2011-08-18 Thread David Laight
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

RE: src/sys/modules/spdmem

2011-08-18 Thread Paul Goyette
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

Re: src/sys/modules/spdmem

2011-08-18 Thread David Young
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

Re: CVS commit: src/sys/fs/tmpfs

2011-08-18 Thread Taylor R Campbell
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

Re: src/sys/modules/spdmem

2011-08-18 Thread David Holland
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

Re: CVS commit: src/sys/fs/tmpfs

2011-08-18 Thread David Holland
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