Searched hist:1.1351 (Results 1 - 10 of 10) sorted by relevance

/src/sys/dev/pci/
H A Dpcidevs.h1.1351 Fri Feb 08 06:29:59 GMT 2019 msaitoh Regen.
1.1351 Fri Feb 08 06:29:59 GMT 2019 msaitoh Regen.
1.1351 Fri Feb 08 06:29:59 GMT 2019 msaitoh Regen.
1.1351 Fri Feb 08 06:29:59 GMT 2019 msaitoh Regen.
H A Dpcidevs_data.h1.1351 Thu Feb 14 03:26:10 GMT 2019 msaitoh Regen.
1.1351 Thu Feb 14 03:26:10 GMT 2019 msaitoh Regen.
1.1351 Thu Feb 14 03:26:10 GMT 2019 msaitoh Regen.
1.1351 Thu Feb 14 03:26:10 GMT 2019 msaitoh Regen.
H A Dpcidevs1.1351 Thu Nov 08 06:44:50 GMT 2018 msaitoh "s/ are are / are /" in comment. No functional change.
1.1351 Thu Nov 08 06:44:50 GMT 2018 msaitoh "s/ are are / are /" in comment. No functional change.
1.1351 Thu Nov 08 06:44:50 GMT 2018 msaitoh "s/ are are / are /" in comment. No functional change.
1.1351 Thu Nov 08 06:44:50 GMT 2018 msaitoh "s/ are are / are /" in comment. No functional change.
/src/distrib/sets/lists/man/
H A Dmi1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
1.1351 Thu Oct 27 22:12:24 GMT 2011 rkujawa branches: 1.1351.2;
Add driver for ELBOX FastATA 1200 Mk-III/Mk-IV (and the man page).
/src/doc/
H A D3RDPARTY1.1351 Mon Aug 15 11:06:46 GMT 2016 roy Note import of dhcpcd-6.11.3
1.1351 Mon Aug 15 11:06:46 GMT 2016 roy Note import of dhcpcd-6.11.3
1.1351 Mon Aug 15 11:06:46 GMT 2016 roy Note import of dhcpcd-6.11.3
1.1351 Mon Aug 15 11:06:46 GMT 2016 roy Note import of dhcpcd-6.11.3
1.1351 Mon Aug 15 11:06:46 GMT 2016 roy Note import of dhcpcd-6.11.3
1.1351 Mon Aug 15 11:06:46 GMT 2016 roy Note import of dhcpcd-6.11.3
1.1351 Mon Aug 15 11:06:46 GMT 2016 roy Note import of dhcpcd-6.11.3
1.1351 Mon Aug 15 11:06:46 GMT 2016 roy Note import of dhcpcd-6.11.3
H A DCHANGES1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
1.1351 Fri Jan 29 14:34:32 GMT 2010 ahoka Mention new sysinst defaults for cypher selection.
/src/distrib/sets/lists/tests/
H A Dmi1.1351 Wed Dec 18 02:47:00 GMT 2024 riastradh tests/usr.bin/cc: Add test for ctype(3) detection.

PR lib/58912: ctype(3) abuse detection fails for variable references
1.1351 Wed Dec 18 02:47:00 GMT 2024 riastradh tests/usr.bin/cc: Add test for ctype(3) detection.

PR lib/58912: ctype(3) abuse detection fails for variable references
1.1351 Wed Dec 18 02:47:00 GMT 2024 riastradh tests/usr.bin/cc: Add test for ctype(3) detection.

PR lib/58912: ctype(3) abuse detection fails for variable references
1.1351 Wed Dec 18 02:47:00 GMT 2024 riastradh tests/usr.bin/cc: Add test for ctype(3) detection.

PR lib/58912: ctype(3) abuse detection fails for variable references
1.1351 Wed Dec 18 02:47:00 GMT 2024 riastradh tests/usr.bin/cc: Add test for ctype(3) detection.

PR lib/58912: ctype(3) abuse detection fails for variable references
1.1351 Wed Dec 18 02:47:00 GMT 2024 riastradh tests/usr.bin/cc: Add test for ctype(3) detection.

PR lib/58912: ctype(3) abuse detection fails for variable references
1.1351 Wed Dec 18 02:47:00 GMT 2024 riastradh tests/usr.bin/cc: Add test for ctype(3) detection.

PR lib/58912: ctype(3) abuse detection fails for variable references
/src/share/mk/
H A Dbsd.own.mk1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
1.1351 Tue Aug 08 03:44:12 GMT 2023 mrg put amd64 back to GDB 11. it doesn't build for me, or others.

the first problem is that this rule:

GDBvn.texi: ${DIST}/gdb/version.in
echo "@set GDBVN $$(${TOOL_CAT} ${.ALLSRC})" > ${.TARGET}

conflicts with the "GDBvn.texi" in the source tree and fail to write
this file with r/o source trees.

the second problem is that gdbserver fails to link because it compiles
the wrong file to create target.o. this seems like a very bad make or
bsd.*.mk bug -- "SRCS= .. target.cc ...", and yet, make manages to
compile the file "target.c" to create target.o, and then the required
symbols the rest of gdbserver needs are missing.

the third problem is that when you make it build the right target.cc,
it wants bfd.h, and gmp.h, and even after solving those issues, i'm
still getting a fourth issue linking gdbserver and thus reverting.
/src/distrib/sets/lists/base/
H A Dmi1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
1.1351 Sun Sep 08 15:25:09 GMT 2024 riastradh mozilla-certdata: Update set lists.
/src/distrib/sets/lists/comp/
H A Dmi1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.
1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.
1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.
1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.
1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.
1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.
1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.
1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.
1.1351 Mon Dec 21 21:09:41 GMT 2009 dyoung Fix MKDEBUGLIB=yes builds: add entries
/usr/lib/lib{avl,nvpair,umem,uutil,zfs,zpool}_g.a with keywords
'zfs' and 'debuglib'. Add the keyword 'binutils' to entries
/usr/lib/lib{bfd,iberty,opcodes}_g.a.

Completed in 8041 milliseconds