Go to file
2006-10-27 23:11:45 +00:00
bare Generic strtsupp.c. 2005-12-14 11:16:23 +00:00
sysdeps USE_TLS support is now default. 2006-10-27 23:11:45 +00:00
.cvsignore add it 2004-10-23 04:33:14 +00:00
Banner 2004-08-04 Roland McGrath <roland@frob.com> 2004-08-05 03:46:43 +00:00
ChangeLog . 2006-03-06 11:05:33 +00:00
ChangeLog.aix . 2005-12-28 05:47:16 +00:00
ChangeLog.am33 . 2006-02-21 02:13:02 +00:00
ChangeLog.arm * sysdeps/unix/sysv/linux/arm/fxstatat.c: New file. 2006-09-22 17:40:26 +00:00
ChangeLog.cris . 2005-12-28 05:47:16 +00:00
ChangeLog.hppa 2006-09-15 Carlos O'Donell <carlos@systemhalted.org> 2006-09-16 00:46:19 +00:00
ChangeLog.m68k * sysdeps/m68k/setjmp.c: Use __builtin_return_address and 2006-10-03 15:50:57 +00:00
ChangeLog.mips * sysdeps/unix/sysv/linux/mips/xstatconv.c: Remove STAT_IS_KERNEL_STAT 2006-09-22 17:36:23 +00:00
ChangeLog.powerpc . 2006-01-30 22:12:59 +00:00
Makefile 2006-03-06 Roland McGrath <roland@redhat.com> 2006-03-06 11:05:27 +00:00
README 2006-02-28 Roland McGrath <roland@redhat.com> 2006-02-28 08:23:38 +00:00

This is the glibc ports repository, an add-on for the GNU C Library (glibc).
It contains code that is not maintained in the official glibc source tree.

This includes working ports to GNU/Linux on some machine architectures that
are not maintained in the official glibc source tree.  It also includes
some code once used by old libc ports now defunct, which has been abandoned
but may be useful for some future porter to examine.  It may also include
some optimized functions tailored for specific CPU implementations of an
architecture, to be selected using --with-cpu.

The ports repository is cooperatively maintained by volunteers on the
<libc-ports@sourceware.org> mailing list, and housed in the glibc CVS as a
module called "ports".  See http://www.gnu.org/software/libc/resources.html
for details on using CVS.  To report a bug in code housed in the ports
repository, please go to http://sources.redhat.com/bugzilla/ and file a bug
report under the glibc "ports" component.

An add-on for an individual port can be made from just the sysdeps/
subdirectories containing the port's code.  You may want to include a
README and Banner of your own talking about your port's code in particular,
rather than the generic ones here.

The real source code for any ports is found in the sysdeps/ subdirectories.
These should be exactly what would go into the main libc source tree if you
were to incorporate it directly.  The only exceptions are the files
sysdeps/*/preconfigure and sysdeps/*/preconfigure.in; these are fragments
used by this add-on's configure fragment.  The purpose of these is to set
$base_machine et al when the main libc configure's defaults are not right
for some machine.  Everything else can and should be done from a normal
sysdeps/.../configure fragment that is used only when the configuration
selects that sysdeps subdirectory.  Each port that requires some special
treatment before the sysdeps directory list is calculated, should add a
sysdeps/CPU/preconfigure file; this can either be written by hand or
generated by Autoconf from sysdeps/CPU/preconfigure.in, and follow the
rules for glibc add-on configure fragments.  No preconfigure file should do
anything on an unrelated configuration, so that disparate ports can be put
into a single add-on without interfering with each other.

Like all glibc add-ons, this must be used by specifying the directory in
the --enable-add-ons option when running glibc's configure script.


$Id$