patches/glibc/2.3.2/glibc-drow-sh.patch
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Sat Feb 24 11:00:05 2007 +0000 (2007-02-24)
changeset 1 eeea35fbf182
permissions -rw-r--r--
Add the full crosstool-NG sources to the new repository of its own.
You might just say: 'Yeah! crosstool-NG's got its own repo!".
Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup.
That means I'm putting backups in place in the afternoon.
That also means we've lost history... :-(
     1 [pread changes deleted, since those seem to be specific to glibc-2.3.2]
     2 
     3 Date: Thu, 19 Jun 2003 20:02:07 -0400
     4 From: Daniel Jacobowitz <drow@false.org>
     5 Subject: [linux-sh:02808] Patch needed for CVS glibc on SH
     6 To: linux-sh@m17n.org, libc-alpha@sources.redhat.com
     7 Message-Id: <20030620000207.GA19907@nevyn.them.org>
     8 X-ML-Name: linux-sh
     9 X-Mail-Count: 02808
    10 X-MLServer: fml [fml 4.0.1]; post only (only members can post)
    11 X-ML-Info: If you have a question, send e-mail with the body
    12 	"help" (without quotes) to the address linux-sh-ctl@m17n.org;
    13 	help=<mailto:linux-sh-ctl@m17n.org?body=help>
    14 Mail-Followup-To: linux-sh@m17n.org, libc-alpha@sources.redhat.com
    15 Content-Disposition: inline
    16 User-Agent: Mutt/1.5.1i
    17 Mime-Version: 1.0
    18 Content-Type: text/plain; charset=us-ascii
    19 Precedence: bulk
    20 Lines: 74
    21 List-Software: fml [fml 4.0.1]
    22 List-Post: <mailto:linux-sh@m17n.org>
    23 List-Owner: <mailto:linux-sh-admin@m17n.org>
    24 List-Help: <mailto:linux-sh-ctl@m17n.org?body=help>
    25 List-Unsubscribe: <mailto:linux-sh-ctl@m17n.org?body=unsubscribe>
    26 List-Id: linux-sh.m17n.org
    27 
    28 I believe this flushes my current patches to make glibc work on SH.  Issues:
    29  - MIPS pread functions have some wackiness in them for the MIPS calling
    30    conventions, which align long longs to even register pairs; it appears
    31    that SH does not do this.  This fixes pread64/pwrite64.
    32  - st_ino is _NOT_ 64-bit in the latest SH kernel trees, or at least it
    33    wasn't when I checked in April.  --enable-kernel=2.4.x breaks terribly
    34    without this patch; the errors are along the lines of "version GLIBC_2.3
    35    not found", because that's the first consequence of a messed up inode
    36    field - ld.so compares by inodes at some point.
    37 
    38 -- 
    39 Daniel Jacobowitz
    40 MontaVista Software                         Debian GNU/Linux Developer
    41 
    42 2003-06-19  Daniel Jacobowitz  <drow@mvista.com>
    43 
    44 	* sysdeps/unix/sysv/linux/kernel-features.h: Update kernel features
    45 	for the SH architecture.
    46 	* sysdeps/unix/sysv/linux/sh/pread.c: Use generic Linux version
    47 	instead of the MIPS version.
    48 	* sysdeps/unix/sysv/linux/sh/pread64.c: Likewise.
    49 	* sysdeps/unix/sysv/linux/sh/pwrite.c: Likewise.
    50 	* sysdeps/unix/sysv/linux/sh/pwrite64.c: Likewise.
    51 
    52 --- glibc-2.3.2/sysdeps/unix/sysv/linux/kernel-features.h.org	2003-04-21 10:57:55.000000000 -0400
    53 +++ glibc-2.3.2/sysdeps/unix/sysv/linux/kernel-features.h	2003-04-21 11:16:47.000000000 -0400
    54 @@ -151,11 +151,20 @@
    55  
    56  /* The changed st_ino field appeared in 2.4.0-test6.  But we cannot
    57     distinguish this version from other 2.4.0 releases.  Therefore play
    58 -   save and assume it available is for 2.4.1 and up.  */
    59 -#if __LINUX_KERNEL_VERSION >= 132097
    60 +   save and assume it available is for 2.4.1 and up.  However, SH is lame,
    61 +   and still does not have a 64-bit inode field.  */
    62 +#if __LINUX_KERNEL_VERSION >= 132097 \
    63 +    && !defined __sh__
    64  # define __ASSUME_ST_INO_64_BIT		1
    65  #endif
    66  
    67 +/* SH kernels got stat64, mmap2, and truncate64 during 2.4.0-test.  */
    68 +#if __LINUX_KERNEL_VERSION >= 132096 && defined __sh__
    69 +# define __ASSUME_TRUNCATE64_SYSCALL	1
    70 +# define __ASSUME_MMAP2_SYSCALL		1
    71 +# define __ASSUME_STAT64_SYSCALL	1
    72 +#endif
    73 +
    74  /* To support locking of large files a new fcntl() syscall was introduced
    75     in 2.4.0-test7.  We test for 2.4.1 for the earliest version we know
    76     the syscall is available.  */
    77