<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/include/Makefile, branch release/9.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F9.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F9.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2011-10-04T11:08:44Z</updated>
<entry>
<title>MFC r225790:</title>
<updated>2011-10-04T11:08:44Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2011-10-04T11:08:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4588722f1b2bcdd52e6051d01f4f8a4f15aa89cb'/>
<id>urn:sha1:4588722f1b2bcdd52e6051d01f4f8a4f15aa89cb</id>
<content type='text'>
Install ciss(4) ioctl header.

PR:	kern/109813
Approved by:	re (bz)
</content>
</entry>
<entry>
<title>* Add the readline(3) API to libedit.  The libedit versions of</title>
<updated>2011-04-05T18:41:01Z</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2011-04-05T18:41:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1e3f14466be22d4fb236ff5bbd2fc725cba4b4c2'/>
<id>urn:sha1:1e3f14466be22d4fb236ff5bbd2fc725cba4b4c2</id>
<content type='text'>
  {readline,history}.h are in /usr/include/edit so as to not conflict with
  the GNU libreadline versions.  To use the libedit readline(3) one should
  add "-I/usr/include/edit" to their Makefile
  (spelled "-I${DESTDIR}/${INCLUDEDIR}/edit" within the FreeBSD source tree).

* Enable its use in the BSD licensed utilities that support readline(3).

* To make it easier to sync libedit development with NetBSD, histedit.h
  is moved into libedit's directory as history shows shown we keep merging
  it into that location.

Obtained from:	NetBSD
Sponsored by:	Juniper Networks
</content>
</entry>
<entry>
<title>MFgraid/head:</title>
<updated>2011-03-24T21:31:32Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2011-03-24T21:31:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=89b172238a5dbea197f3bb46fade76edbe13cab5'/>
<id>urn:sha1:89b172238a5dbea197f3bb46fade76edbe13cab5</id>
<content type='text'>
Add new RAID GEOM class, that is going to replace ataraid(4) in supporting
various BIOS-based software RAIDs. Unlike ataraid(4) this implementation
does not depend on legacy ata(4) subsystem and can be used with any disk
drivers, including new CAM-based ones (ahci(4), siis(4), mvs(4), ata(4)
with `options ATA_CAM`). To make code more readable and extensible, this
implementation follows modular design, including core part and two sets
of modules, implementing support for different metadata formats and RAID
levels.

Support for such popular metadata formats is now implemented:
Intel, JMicron, NVIDIA, Promise (also used by AMD/ATI) and SiliconImage.

Such RAID levels are now supported:
RAID0, RAID1, RAID1E, RAID10, SINGLE, CONCAT.

For any all of these RAID levels and metadata formats this class supports
full cycle of volume operations: reading, writing, creation, deletion,
disk removal and insertion, rebuilding, dirty shutdown detection
and resynchronization, bad sector recovery, faulty disks tracking,
hot-spare disks. For Intel and Promise formats there is support multiple
volumes per disk set.

Look graid(8) manual page for additional details.

Co-authored by:	imp
Sponsored by:	Cisco Systems, Inc. and iXsystems, Inc.
</content>
</entry>
<entry>
<title>Add the BSD-licensed Citrus iconv to the base system with default off</title>
<updated>2011-02-25T00:04:39Z</updated>
<author>
<name>Gabor Kovesdan</name>
<email>gabor@FreeBSD.org</email>
</author>
<published>2011-02-25T00:04:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ad30f8e79bd1007cc2476e491bd21b4f5e389e0a'/>
<id>urn:sha1:ad30f8e79bd1007cc2476e491bd21b4f5e389e0a</id>
<content type='text'>
setting. It can be built by setting the WITH_ICONV knob. While this
knob is unset, the library part, the binaries, the header file and
the metadata files will not be built or installed so it makes no impact
on the system if left turned off.

This work is based on the iconv implementation in NetBSD but a great
number of improvements and feature additions have been included:

- Some utilities have been added. There is a conversion table generator,
  which can compare conversion tables to reference data generated by
  GNU libiconv. This helps ensuring conversion compatibility.
- UTF-16 surrogate support and some endianness issues have been fixed.
- The rather chaotic Makefiles to build metadata have been refactored
  and cleaned up, now it is easy to read and it is also easier to add
  support for new encodings.
- A bunch of new encodings and encoding aliases have been added.
- Support for 1-&gt;2, 1-&gt;3 and 1-&gt;4 mappings, which is needed for
  transliterating with flying accents as GNU does, like "u.
- Lots of warnings have been fixed, the major part of the code is
  now WARNS=6 clean.
- New section 1 and section 5 manual pages have been added.
- Some GNU-specific calls have been implemented:
  iconvlist(), iconvctl(), iconv_canonicalize(), iconv_open_into()
- Support for GNU's //IGNORE suffix has been added.
- The "-" argument for stdin is now recognized in iconv(1) as per POSIX.
- The Big5 conversion module has been fixed.
- The iconv.h header files is supposed to be compatible with the
  GNU version, i.e. sources should build with base iconv.h and
  GNU libiconv. It also includes a macro magic to deal with the
  char ** and const char ** incompatibility.
- GNU compatibility: "" or "char" means the current local
  encoding in use
- Various cleanups and style(9) fixes.

Approved by:	delphij (mentor)
Obtained from:	The NetBSD Project
Sponsored by:	Google Summer of Code 2009
</content>
</entry>
<entry>
<title>Install iodev.h.</title>
<updated>2011-02-17T15:10:13Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2011-02-17T15:10:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3b5a03b1064559a8f2ad21b00a198f94a75ad498'/>
<id>urn:sha1:3b5a03b1064559a8f2ad21b00a198f94a75ad498</id>
<content type='text'>
Reviewed by:	attilio
MFC after:	1 week
</content>
</entry>
<entry>
<title>Add an x86/include directory to the kernel to hold headers that are common</title>
<updated>2010-11-01T17:34:04Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2010-11-01T17:34:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=544de89de0894cfe9a76e1f3280f17ff53f8633e'/>
<id>urn:sha1:544de89de0894cfe9a76e1f3280f17ff53f8633e</id>
<content type='text'>
to amd64, i386, and pc98.  The headers are installed to /usr/include/x86
during an installworld, and an 'x86' symlink is created for kernel builds
similar to 'machine' so that the headers can be included as &lt;x86/foo.h&gt;.

Reviewed by:	imp
</content>
</entry>
<entry>
<title>MFtbemd:</title>
<updated>2010-08-23T22:24:11Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2010-08-23T22:24:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=25faff346c8453b8248f99c7cff71708262faa37'/>
<id>urn:sha1:25faff346c8453b8248f99c7cff71708262faa37</id>
<content type='text'>
Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want
to test of all the CPUs of a given family conform.
</content>
</entry>
<entry>
<title>Connect powerpc64 to the build. It is not presently part of make universe,</title>
<updated>2010-07-13T21:19:59Z</updated>
<author>
<name>Nathan Whitehorn</name>
<email>nwhitehorn@FreeBSD.org</email>
</author>
<published>2010-07-13T21:19:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8bb2397180def600773651080beafe1dcaa71ffe'/>
<id>urn:sha1:8bb2397180def600773651080beafe1dcaa71ffe</id>
<content type='text'>
which will be added soon.

Reviewed by:	imp
</content>
</entry>
<entry>
<title>Trim down libcompat by removing &lt;regexp.h&gt;.</title>
<updated>2010-03-14T10:18:58Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2010-03-14T10:18:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=763ed733711a5bb66d39de4d0ed4bcaae77e2461'/>
<id>urn:sha1:763ed733711a5bb66d39de4d0ed4bcaae77e2461</id>
<content type='text'>
Erwin ran an exp-run with libcompat and &lt;regexp.h&gt; removed. It turns out
the regexp library is almost entirely unused. In fact, it looks like it
is sometimes used by accident. Because these function names clash with
libc's &lt;regex.h&gt;, some application use both &lt;regex.h&gt; and libcompat,
which means they link against the wrong regex library.

This commit removes the regexp library and reimplements re_comp() and
re_exec() using &lt;regex.h&gt;. It seems the grammar of the regular
expressions accepted by these functions is similar to POSIX EREs.

After this commit, 1 low-profile port will be broken, but the maintainer
already has a patch for it sitting in his mailbox.
</content>
</entry>
<entry>
<title>Remove last traces of &lt;utmp.h&gt;.</title>
<updated>2010-03-03T18:30:10Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2010-03-03T18:30:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8176ad362692313998d6fe13637af4069770b0fe'/>
<id>urn:sha1:8176ad362692313998d6fe13637af4069770b0fe</id>
<content type='text'>
</content>
</entry>
</feed>
