1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
|
# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/sys-kernel/linux-headers/linux-headers-2.4.22-r1.ebuild,v 1.4 2005/07/21 17:14:04 mr_bones_ Exp $
ETYPE="headers"
inherit eutils kernel
IUSE=""
OKV="${PV/_/-}"
KV="${OKV}"
S=${WORKDIR}/linux-${OKV}
EXTRAVERSION=""
# What's in this kernel?
# INCLUDED:
# 1) linux sources from kernel.org
# 2) patch for big-endian machines to fix header issue (currently sparc only)
DESCRIPTION="Linux ${OKV} headers from kernel.org"
SRC_URI="mirror://kernel/linux/kernel/v2.4/linux-${OKV}.tar.bz2"
HOMEPAGE="http://www.kernel.org/ http://www.gentoo.org/"
LICENSE="GPL-2"
SLOT="0"
PROVIDE="virtual/os-headers"
KEYWORDS="~ppc x86 -mips ~ppc64 ~s390"
DEPEND="!virtual/os-headers"
pkg_setup() {
# Figure out what architecture we are, and set ARCH appropriately
ARCH="$(uname -m)"
ARCH="$(echo ${ARCH} | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ -e s/arm.*/arm/ -e s/sa110/arm/)"
[ "$ARCH" == "sparc" -a "$PROFILE_ARCH" == "sparc64" ] && ARCH=sparc64
# Archs which have their own separate header packages, add a check here
# and redirect the user to them
case "${ARCH}" in
mips|mips64|hppa)
eerror "These headers are not appropriate for your architecture."
eerror "Please use sys-kernel/${ARCH/64/}-headers instead."
die
;;
esac
}
src_unpack() {
unpack ${A}
cd ${S}
# Big Endian architectures need this patch in order to build certain programs properly
# Right now, this fix only affects sparc. Other big-endian archs will need to edit this if they need it.
# Issue will be fixed in 2.4.23+ kernel series (issue has been fixed in 2.6.0).
# Closes Bug #26062
if use sparc; then
epatch ${FILESDIR}/bigendian-byteorder-fix.patch
fi
# This patch fixes an issue involving the use of gcc's -ansi flag and the __u64 datatype.
# It only patches asm-i386, so we only apply it if x86. Unknown if this is needed for other archs.
# Closes Bug #32246
if use x86; then
epatch ${FILESDIR}/${PN}-strict-ansi-fix.patch
epatch ${FILESDIR}/unistd.h-i386-pic.patch
fi
use ppc64 && epatch ${FILESDIR}/${PN}-soundcard-ppc64.patch
# Do Stuff
kernel_universal_unpack
}
src_compile() {
# Do normal src_compile stuff
kernel_src_compile
# If this is sparc, then generate asm_offsets.h
if use sparc; then
make dep ARCH=${ARCH} || die "Failed to run 'make dep'"
fi
}
src_install() {
# Do normal src_install stuff
kernel_src_install
# If this is sparc, then we need to place asm_offsets.h in the proper location(s)
if use sparc; then
# We don't need /usr/include/asm, generate-asm-sparc will take care of this
rm -Rf ${D}/usr/include/asm
# We do need empty directories, though...
dodir /usr/include/asm
dodir /usr/include/asm-sparc
# Copy asm-sparc
cp -ax ${S}/include/asm-sparc/* ${D}/usr/include/asm-sparc
# If this is sparc64, then we need asm-sparc64 stuff too
if [ "${PROFILE_ARCH}" = "sparc64" ]; then
dodir /usr/include/asm-sparc64
cp -ax ${S}/include/asm-sparc64/* ${D}/usr/include/asm-sparc64
fi
# Check if generate-asm-sparc exists
if [ -a "${FILESDIR}/generate-asm-sparc" ]; then
# Copy generate-asm-sparc into the sandox
cp ${FILESDIR}/generate-asm-sparc ${WORKDIR}/generate-asm-sparc
# Just in case generate-asm-sparc isn't executable, make it so
if [ ! -x "${WORKDIR}/generate-asm-sparc" ]; then
chmod +x ${WORKDIR}/generate-asm-sparc
fi
# Generate /usr/include/asm for sparc systems
${WORKDIR}/generate-asm-sparc ${D}/usr/include
else
eerror "${FILESDIR}/generate-asm-sparc doesn't exist!"
die
fi
fi
}
pkg_preinst() {
kernel_pkg_preinst
}
pkg_postinst() {
kernel_pkg_postinst
einfo "Kernel headers are usually only used when recompiling glibc, as such, following the installation"
einfo "of newer headers, it is advised that you re-merge glibc as follows:"
einfo "emerge glibc"
einfo "Failure to do so will cause glibc to not make use of newer features present in the updated kernel"
einfo "headers."
}
|
GitWeb