Go to file
Carlos O'Donell b80ec53691 Add correct aligment to pthread_*_t structures.
In the switch to NPTL the pthrad_mutex_t, pthread_cond_t,
and pthread_rwlock_t structures were made binary compatible
with the Linuxthread versions. However, their aligment when
embedded in other structures was changed. When rebuilding
libstdc++ this was detected, and the following changes return
the structures to their original Linuxthreads alignments.

2009-11-25  Carlos O'Donell  <carlos@codesourcery.com>

	* sysdeps/unix/sysv/linux/hppa/nptl/bits/pthreadtypes.h:
	Use correct alignment for pthread_mutex_t, pthread_cond_t,
	and pthread_rwlock_t.
2009-11-25 18:18:56 -05:00
bare Remove .cvsignore files 2009-05-16 10:36:20 +02:00
data * sysdeps/powerpc/nofpu/shlib-versions: New. 2008-08-19 16:06:38 +00:00
sysdeps Add correct aligment to pthread_*_t structures. 2009-11-25 18:18:56 -05: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 * sysdeps/arm/nptl/tls.h (THREAD_GSCOPE_RESET_FLAG): Use 2007-07-10 13:35:30 +00:00
ChangeLog.alpha Fix alpha __fxstatat for empty file names. 2009-11-10 21:12:55 +00:00
ChangeLog.am33 Define F_DUPFD_CLOEXEC. 2007-10-22 13:11:49 +00:00
ChangeLog.arm Define F_OWNER_PGRP for ARM. 2009-11-19 16:46:16 +00:00
ChangeLog.cris Define F_DUPFD_CLOEXEC. 2007-10-22 13:11:49 +00:00
ChangeLog.hppa Add correct aligment to pthread_*_t structures. 2009-11-25 18:18:56 -05:00
ChangeLog.m68k Use struct timespec for timestamps in struct stat also if __USE_XOPEN2K8 2009-11-23 16:34:39 +01:00
ChangeLog.mips Use struct timespec for timestamps in struct stat for MIPS also if __USE_XOPEN2K8. 2009-11-23 19:06:52 +00:00
ChangeLog.powerpc * sysdeps/powerpc/nofpu/shlib-versions: New. 2008-08-19 16:06:38 +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$