It'd be nice if you'd mentioned the version of bind you were imported
in your commit message. Also: unless we plan on actually using all
the stuff in tests and contrib, do we really need the extra 750-odd files
in the tree?
> Added Files:
> src/sys/arch/x86/x86: core_machdep.c
> Removed Files:
> src/sys/arch/amd64/amd64: core_machdep.c
> src/sys/arch/i386/i386: core_machdep.c
Can you please fix sys/modules/coredump/Makefile accordingly, which does
.PATH: ${S}/arch/${MACHINE}/${MACHINE}
.PATH: ${S
> src/share/man/man9: scsipi.9
> Continue my crusade - queueing -> queuing
A crusade against British English?
Is this missing a change to files.pci? pgoyette et al say this occurs:
/src/src/sys/arch/i386/conf/GENERIC:801: `mvsata' cannot attach to `pci'
/src/current/sys/uvm/uvm_page.c:120: error: conflicting types for 'physmem'
/src/current/sys/sys/systm.h:82: error: previous declaration of 'physmem' was
here
I can't see why the first part of the diff (adding `uintptr_t physmem;`)
was even added in the first place.
IMHO, especially for formats that end up in plain text more often
than not, it's better to use oxford commas to explicitly delineate
what conditions are; in this particular case, I think one could easily
parse the text with (critover or invalid) as a single value.
IMVHO, the title should be change
> Modified Files:
> src/usr.bin/make: job.c main.c make.h
>
> Log Message:
> Just because $TMPDIR is set does not mean it is valid.
> Add a central function for creating temp files so we have one place to
> audit.
This breaks build.sh when bootstrapping nbmake on linux:
cc -O -o nbmake *.
> Log Message:
> Change use of ${CP} and ${CHMOD} to ${INSTALL_FILE}, so that if the
> target is made un-writeable, the build won't bomb out during an
> UPDATE build. OK'ed by mar...@.
on i386, when I try building, I now get:
/usr/local/locdisk/locobj/tools/bin/nbmtree -CSM -k all -N /src/nbsrc/e
> src/dist/bzip2: bzip2.1
>
> Log Message:
> Convert to mdoc. Reorder content to sort flags and sections.
This breaks the build:
Unknown .Bl list parameter column (#343)
*** [bzip2.html1] Error code 1
1 error
nbmake: stopped in /src/nbsrc/usr.bin/bzip2
The offending lines:
.Bl column "F
On Fri, Jul 02, 2010 at 07:43:36AM +, matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Fri Jul 2 07:43:36 UTC 2010
>
> Modified Files:
> src/distrib/sets/lists/comp: shl.mi
> src/distrib/sets/lists/xbase: shl.mi
> Removed Files:
> src/distrib/sets
> Modified Files:
> src/sys/arch/mips/include: asm.h
> src/sys/arch/mips/mips: lock_stubs.S
>
> Log Message:
> implement ucas_* for mips.
Alas, this fails to build on evbmips-eb:
/src/nbsrc/sys/arch/mips/mips/lock_stubs.S:176: Error: opcode not supported on
this processor: mips32 (m
> Modified Files:
> src/crypto/external/bsd/netpgp/dist/src/lib: keyring.h packet-print.c
> Added Files:
> src/crypto/external/bsd/netpgp/dist/src/lib: mj.c mj.h
>
> Log Message:
> add a minimalist JSON implementation, and add a new function to access the
> data, and serialise it using
> src/sys/sys: exec_elf.h
>
> Log Message:
> Replace the current usage of Elf64_Half with Elf64_Word and rename
> NetBSD specific Elf64_Quarter to Elf64_Half. This restores compatibility
> with the common ELF specifications.
I believe this change is what's causing alpha to blow up:
/src/nb
> Modified Files:
> src/sys/dev/sdmmc: sdmmc_mem.c
Did you miss committing a header file and/or further sets of patches?
/usr/src/sys/dev/sdmmc/sdmmc_mem.c: In function 'sdmmc_mem_init':
/usr/src/sys/dev/sdmmc/sdmmc_mem.c:476: error: 'SMC_CAPS_8BIT_MODE' undeclared
(first use in this funct
On Mon, Aug 13, 2012 at 08:20:45PM +, David Holland wrote:
> On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
> > Linking against libstdc++ wastes space and time at runtime.
> >
> > [...]
> >
> > I guess you are working on clang support, so leaking libsupc++ into
> > th
On Tue, Aug 14, 2012 at 12:06:52AM +0100, Mindaugas Rasiukevicius wrote:
> Tom Spindler wrote:
> > On Mon, Aug 13, 2012 at 08:20:45PM +, David Holland wrote:
> > > On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
> > > > Linking against libs
Don't know if it's your change, but for the alpha...
/usr/src/netbsd/sys/dev/ic/sl811hs.c: In function 'slhci_root_start':
/usr/src/netbsd/sys/dev/ic/sl811hs.c:989:21: error: variable 'spipe' set but
not used [-Werror=unused-but-set-variable]
struct slhci_pipe *spipe;
^
cc1
Module Name:src
Committed By: dogcow
Date: Tue Aug 20 22:44:04 UTC 2024
Modified Files:
src/sys/dev/pci: pcidevs
Log Message:
Add Areca ARC-1224
To generate a diff of this commit:
cvs rdiff -u -r1.1509 -r1.1510 src/sys/dev/pci/pcidevs
Please note that diffs are not publ
Module Name:src
Committed By: dogcow
Date: Tue Aug 20 22:44:04 UTC 2024
Modified Files:
src/sys/dev/pci: pcidevs
Log Message:
Add Areca ARC-1224
To generate a diff of this commit:
cvs rdiff -u -r1.1509 -r1.1510 src/sys/dev/pci/pcidevs
Please note that diffs are not publ
Module Name:src
Committed By: dogcow
Date: Tue Aug 20 22:45:31 UTC 2024
Modified Files:
src/sys/dev/pci: pcidevs.h pcidevs_data.h
Log Message:
regen
To generate a diff of this commit:
cvs rdiff -u -r1.1488 -r1.1489 src/sys/dev/pci/pcidevs.h
cvs rdiff -u -r1.1487 -r1.1488
Module Name:src
Committed By: dogcow
Date: Tue Aug 20 22:45:31 UTC 2024
Modified Files:
src/sys/dev/pci: pcidevs.h pcidevs_data.h
Log Message:
regen
To generate a diff of this commit:
cvs rdiff -u -r1.1488 -r1.1489 src/sys/dev/pci/pcidevs.h
cvs rdiff -u -r1.1487 -r1.1488
> > >> >Log Message:
> > >> >Revert 1.25 and 1.26: Breaks build on !NetBSD
> > >>
> > >> Can you explain how? The shell does not work?
> > >
> > >E.g. util.h not found in binstall and a lot of other header issues.
> >
> > On what os?
>
> I've seen it on OSX ( 10.5 PowerPC if it matters ).
And I
On Mon, Aug 03, 2020 at 10:59:04PM +0200, Herbert J. Skuhra wrote:
> This breaks the build (amd64) on FreeBSD and GNU/Linux:
>
> aslcompilerlex.l: In function 'AslCompilerlex':
> aslcompilerlex.l:589:22: error: 'PARSEOP_REGIONSPACE_PRM' undeclared (first
> use in this function); did you mean 'PAR
I believe it's this change that's made my vbox image panic at the drop of
a hat; while it occasionally panics before it even hits single user, it
also consistently panics when starting syslogd (even from single-user):
panic: kqueue_scan,1491: kq=0xc779aeff6dc0 kq->kq_count(1) != count(0),
nma
> > Log Message:
> > Use a random opaque cookie, not kva pointer, for nfssvc(2).
> >
> > (What were they smoking?!)
It looks like most of the code is from the 4.4-Lite merge from mycroft
circa 1994 (!!); I leave it up to the reader to determine what was
being smoked when at Berkeley.
> > I suspe
This breaks the netbsd-8 build:
dependall ===> lib/libc
# compile libc/compat___msgctl13.o
/usr/obj/8tools/bin/x86_64--netbsd-gcc -O2 -std=gnu99-Wall
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare
-Wsystem-headers -Wno-traditional -Wa,--fatal-warnings -
On Mon, Jan 28, 2019 at 07:52:22AM +0700, Robert Elz wrote:
> That PR needed to be fixed, even before it was filed, as stray
> characters after the numeric value are more likely to be something
> attempting linux "sleep 2m" (ie: sleep 120) raher than someone
> attempting to sleep for a currency val
27 matches
Mail list logo