aboutsummaryrefslogtreecommitdiff
path: root/ports/ChangeLog
AgeCommit message (Collapse)AuthorFilesLines
2014-04-30Move ports/ChangeLog* files to ChangeLog.old-ports*, remove ports/ directory.Roland McGrath1-107/+0
2014-04-30Add deprecation header text to remaining ports/ChangeLog* files.Roland McGrath1-0/+6
2014-04-29Final update to ports ChangeLog.Carlos O'Donell1-0/+4
Indicate the removal of the README and carry out the final update to the ports/ChangeLog.
2013-10-30rename configure.in to configure.acMike Frysinger1-0/+5
Autoconf has been deprecating configure.in for quite a long time. Rename all our configure.in and preconfigure.in files to .ac. Signed-off-by: Mike Frysinger <vapier@gentoo.org>
2013-10-18Move entries to correct port ChangeLog files.Joseph Myers1-11/+0
2013-10-04fix changelog dateAlan Modra1-1/+1
2013-10-04PowerPC floating point little-endian [1 of 15]Alan Modra1-0/+4
http://sourceware.org/ml/libc-alpha/2013-08/msg00081.html This is the first of a series of patches to ban ieee854_long_double and the ieee854_long_double macros when using IBM long double. union ieee854_long_double just isn't correct for IBM long double, especially when little-endian, and pretending it is OK has allowed a number of bugs to remain undetected in sysdeps/ieee754/ldbl-128ibm/. This changes the few places in generic code that use it. * stdio-common/printf_size.c (__printf_size): Don't use union ieee854_long_double in fpnum union. * stdio-common/printf_fphex.c (__printf_fphex): Likewise. Use signbit macro to retrieve sign from long double. * stdio-common/printf_fp.c (___printf_fp): Use signbit macro to retrieve sign from long double. * sysdeps/ieee754/ldbl-128ibm/printf_fphex.c: Adjust for fpnum change. * sysdeps/ieee754/ldbl-128/printf_fphex.c: Likewise. * sysdeps/ieee754/ldbl-96/printf_fphex.c: Likewise. * sysdeps/x86_64/fpu/printf_fphex.c: Likewise. * math/test-misc.c (main): Don't use union ieee854_long_double. ports/ * sysdeps/ia64/fpu/printf_fphex.c: Adjust for fpnum change.
2013-09-02hppa: add fanotify_markMike Frysinger1-0/+7
Another example of all the 64bit arches getting the definition via a common file, but the 32bit ones all adding it by themselves and hppa was missed. I'm not entirely sure about the usage of GLIBC_2.19 symbols here. We'd like to backport this so people can use it, but it means we'd be releasing a glibc-2.17/glibc-2.18 with a GLIBC_2.19 symbol in it. But maybe it won't be a big deal since you'd only get that 2.19 ref if you actually used the symbol ? There hasn't been a glibc release where hppa worked w/out a bunch of patches, so in reality there's only two distros that matter -- Gentoo and Debian. Reported-by: Jeroen Roovers <jer@gentoo.org> Signed-off-by: Mike Frysinger <vapier@gentoo.org>
2013-01-02Update miscellaneous copyright dates.Joseph Myers1-0/+4
2012-12-06Change sources.redhat.com references to sourceware.org.Joseph Myers1-1/+7
2012-12-05Ports-related README updates.Joseph Myers1-0/+3
2012-10-02Split my last ChangeLog entry into respective arch-specific filesSiddhesh Poyarekar1-11/+0
2012-10-02Fix clone flag name in comment to CLONE_CHILD_CLEARTID.Siddhesh Poyarekar1-0/+11
2012-07-03Remove ports files no longer relevant now included in libc repository.Joseph Myers1-0/+6
2012-07-01Move all files into ports/ subdirectory in preparation for merge with glibcglibc-2.16-ports-before-mergeJoseph Myers1-0/+73