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
|
# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/sys-devel/gcc/gcc-3.4.4-r1.ebuild,v 1.3 2005/09/01 01:51:15 vapier Exp $
MAN_VER=""
PATCH_VER="1.6"
UCLIBC_VER="1.2"
PIE_VER="8.7.8"
PP_VER="1.0"
HTB_VER="1.00"
GCC_LIBSSP_SUPPORT="true"
ETYPE="gcc-compiler"
# Punt redhat patch #87631
GENTOO_PATCH_EXCLUDE="08_all_gcc34-chk.patch"
# arch/libc configurations known to be stable with {PIE,SSP}-by-default
SSP_STABLE="x86 sparc amd64 ppc ppc64"
SSP_UCLIBC_STABLE="arm mips ppc x86"
PIE_GLIBC_STABLE="x86 sparc amd64 ppc ppc64"
PIE_UCLIBC_STABLE="x86 mips ppc"
# arch/libc configurations known to be broken with {PIE,SSP}-by-default
SSP_UNSUPPORTED="hppa"
SSP_UCLIBC_UNSUPPORTED="${SSP_UNSUPPORTED}"
PIE_UCLIBC_UNSUPPORTED="alpha amd64 arm hppa ia64 m68k ppc64 s390 sh sparc"
PIE_GLIBC_UNSUPPORTED="hppa"
# whether we should split out specs files for multiple {PIE,SSP}-by-default
# and vanilla configurations.
SPLIT_SPECS=${SPLIT_SPECS-true}
#GENTOO_PATCH_EXCLUDE=""
#PIEPATCH_EXCLUDE=""
inherit toolchain eutils
DESCRIPTION="The GNU Compiler Collection. Includes C/C++, java compilers, pie+ssp extensions, Haj Ten Brugge runtime bounds checking"
# Stuff to test before adding ~arch
KEYWORDS="-* ~alpha amd64 arm ~hppa ~ia64 ~mips ppc ppc64 sh ~sparc ~x86"
# we need a proper glibc version for the Scrt1.o provided to the pie-ssp specs
# NOTE: we SHOULD be using at least binutils 2.15.90.0.1 everywhere for proper
# .eh_frame ld optimisation and symbol visibility support, but it hasnt been
# well tested in gentoo on any arch other than amd64!!
RDEPEND=">=sys-devel/gcc-config-1.3.10
>=sys-libs/zlib-1.1.4
!sys-devel/hardened-gcc
elibc_glibc? (
>=sys-libs/glibc-2.3.3_pre20040420-r1
hardened? ( >=sys-libs/glibc-2.3.3_pre20040529 )
)
amd64? ( multilib? ( >=app-emulation/emul-linux-x86-glibc-1.1 ) )
!build? (
gcj? (
gtk? ( >=x11-libs/gtk+-2.2 )
>=media-libs/libart_lgpl-2.1
)
>=sys-libs/ncurses-5.2-r2
nls? ( sys-devel/gettext )
)"
if [[ ${CATEGORY/cross-} != ${CATEGORY} ]]; then
RDEPEND="${RDEPEND} ${CATEGORY}/binutils"
fi
DEPEND="${RDEPEND}
>=sys-apps/texinfo-4.2-r4
>=sys-devel/bison-1.875
>=sys-devel/binutils-2.14.90.0.8-r1
amd64? ( >=sys-devel/binutils-2.15.90.0.1.1-r1 )"
PDEPEND="sys-devel/gcc-config
x86? ( !nocxx? ( !elibc_uclibc? ( !build? ( || ( sys-libs/libstdc++-v3 =sys-devel/gcc-3.3* ) ) ) ) )"
src_unpack() {
gcc_src_unpack
# misc patches that havent made it into a patch tarball yet
[[ ${CHOST} == ${CTARGET} ]] && epatch "${FILESDIR}"/gcc-spec-env.patch
# nothing in the tree provides libssp.so, so nothing will ever trigger this
# logic, but having the patch in the tree makes life so much easier for me
# since I dont have to also have an overlay for this.
want_libssp && epatch "${FILESDIR}"/3.4.3/libssp.patch
# Anything useful and objc will require libffi. Seriously. Lets just force
# libffi to install with USE="objc", even though it normally only installs
# if you attempt to build gcj.
if ! use build && use objc && ! use gcj ; then
epatch "${FILESDIR}"/3.4.3/libffi-without-libgcj.patch
#epatch ${FILESDIR}/3.4.3/libffi-nogcj-lib-path-fix.patch
fi
# Fix cross-compiling
epatch "${FILESDIR}"/3.4.4/gcc-3.4.4-cross-compile.patch
[[ ${CTARGET} == *-softfloat-* ]] && epatch "${FILESDIR}"/3.4.4/gcc-3.4.4-softfloat.patch
# Arch stuff
case $(tc-arch) in
mips)
# If mips, and we DON'T want multilib, then rig gcc to only use n32 OR n64
if ! is_multilib; then
use n32 && epatch ${FILESDIR}/3.4.1/gcc-3.4.1-mips-n32only.patch
use n64 && epatch ${FILESDIR}/3.4.1/gcc-3.4.1-mips-n64only.patch
fi
# Patch forward-ported from a gcc-3.0.x patch that adds -march=r10000 and
# -mtune=r10000 support to gcc (Allows the compiler to generate code to
# take advantage of R10k's second ALU, perform shifts, etc..
#
# Needs re-porting to DFA in gcc-4.0 - Any Volunteers? :)
epatch ${FILESDIR}/3.4.2/gcc-3.4.x-mips-add-march-r10k.patch
# This is a very special patch -- it allows us to build semi-usable kernels
# on SGI IP28 (Indigo2 Impact R10000) systems. The patch is henceforth
# regarded as a kludge by upstream, and thus, it will never get accepted upstream,
# but for our purposes of building a kernel, it works.
# Unless you're building an IP28 kernel, you really don't need care about what
# this patch does, because if you are, you are probably already aware of what
# it does.
# All that said, the abilities of this patch are disabled by default and need
# to be enabled by passing -mip28-cache-barrier. Only used to build kernels,
# There is the possibility it may be used for very specific userland apps too.
if use ip28; then
epatch ${FILESDIR}/3.4.2/gcc-3.4.2-mips-ip28_cache_barriers-v2.patch
fi
;;
amd64)
if is_multilib ; then
sed -i -e '/GLIBCXX_IS_NATIVE=/s:false:true:' libstdc++-v3/configure || die
fi
;;
esac
}
|
GitWeb