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
rather than
.if
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 that
In article 20110818051549.gb24...@arresum.veego.de,
Bernd Ernesti source-changes-d@NetBSD.org wrote:
On Thu, Aug 18, 2011 at 01:49:30AM +, Christos Zoulas wrote:
In article 20110817212950.gc16...@britannica.bec.de,
Joerg Sonnenberger jo...@britannica.bec.de wrote:
Did you test this change
On Thu, Aug 18, 2011 at 01:47:19AM +, Christos Zoulas wrote:
In article 20110817212805.gb16...@britannica.bec.de,
Joerg Sonnenberger jo...@britannica.bec.de wrote:
Could you please stop randomly changing 3rd party code without
contacting the maintainer?
Unless the rules have changed,
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
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?
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 than sweeping the
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
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 make no
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 was
10 matches
Mail list logo
