]> git.ipfire.org Git - thirdparty/gcc.git/blob - gcc/config/svr4.h
Merge basic-improvements-branch to trunk
[thirdparty/gcc.git] / gcc / config / svr4.h
1 /* Operating system specific defines to be used when targeting GCC for some
2 generic System V Release 4 system.
3 Copyright (C) 1991, 1994, 1995, 1996, 1997, 1998, 1999,
4 2000, 2001 Free Software Foundation, Inc.
5 Contributed by Ron Guilmette (rfg@monkeys.com).
6
7 This file is part of GNU CC.
8
9 GNU CC is free software; you can redistribute it and/or modify
10 it under the terms of the GNU General Public License as published by
11 the Free Software Foundation; either version 2, or (at your option)
12 any later version.
13
14 GNU CC is distributed in the hope that it will be useful,
15 but WITHOUT ANY WARRANTY; without even the implied warranty of
16 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
17 GNU General Public License for more details.
18
19 You should have received a copy of the GNU General Public License
20 along with GNU CC; see the file COPYING. If not, write to
21 the Free Software Foundation, 59 Temple Place - Suite 330,
22 Boston, MA 02111-1307, USA.
23
24 To use this file, make up a line like that in config.gcc:
25
26 tm_file="$tm_file elfos.h svr4.h MACHINE/svr4.h"
27
28 where MACHINE is replaced by the name of the basic hardware that you
29 are targeting for. Then, in the file MACHINE/svr4.h, put any really
30 system-specific defines (or overrides of defines) which you find that
31 you need. For example, CPP_PREDEFINES is defined here with only the
32 defined -Dunix and -DSVR4. You should probably override that in your
33 target-specific MACHINE/svr4.h file with a set of defines that
34 includes these, but also contains an appropriate define for the type
35 of hardware that you are targeting.
36 */
37
38 /* Define a symbol indicating that we are using svr4.h. */
39 #define USING_SVR4_H
40
41 /* Cpp, assembler, linker, library, and startfile spec's. */
42
43 /* This defines which switch letters take arguments. On svr4, most of
44 the normal cases (defined in gcc.c) apply, and we also have -h* and
45 -z* options (for the linker). Note however that there is no such
46 thing as a -T option for svr4. */
47
48 #define SWITCH_TAKES_ARG(CHAR) \
49 (DEFAULT_SWITCH_TAKES_ARG (CHAR) \
50 || (CHAR) == 'h' \
51 || (CHAR) == 'x' \
52 || (CHAR) == 'z')
53
54 /* This defines which multi-letter switches take arguments. On svr4,
55 there are no such switches except those implemented by GCC itself. */
56
57 #define WORD_SWITCH_TAKES_ARG(STR) \
58 (DEFAULT_WORD_SWITCH_TAKES_ARG (STR) \
59 && strcmp (STR, "Tdata") && strcmp (STR, "Ttext") \
60 && strcmp (STR, "Tbss"))
61
62 /* You should redefine CPP_PREDEFINES in any file which includes this one.
63 The definition should be appropriate for the type of target system
64 involved, and it should include any -A (assertion) options which are
65 appropriate for the given target system. */
66 #undef CPP_PREDEFINES
67
68 /* Provide an ASM_SPEC appropriate for svr4. Here we try to support as
69 many of the specialized svr4 assembler options as seems reasonable,
70 given that there are certain options which we can't (or shouldn't)
71 support directly due to the fact that they conflict with other options
72 for other svr4 tools (e.g. ld) or with other options for GCC itself.
73 For example, we don't support the -o (output file) or -R (remove
74 input file) options because GCC already handles these things. We
75 also don't support the -m (run m4) option for the assembler because
76 that conflicts with the -m (produce load map) option of the svr4
77 linker. We do however allow passing arbitrary options to the svr4
78 assembler via the -Wa, option.
79
80 Note that gcc doesn't allow a space to follow -Y in a -Ym,* or -Yd,*
81 option.
82
83 The svr4 assembler wants '-' on the command line if it's expected to
84 read its stdin.
85 */
86
87 #undef ASM_SPEC
88 #define ASM_SPEC \
89 "%{v:-V} %{Qy:} %{!Qn:-Qy} %{n} %{T} %{Ym,*} %{Yd,*} %{Wa,*:%*}"
90
91 #define AS_NEEDS_DASH_FOR_PIPED_INPUT
92
93 /* Under svr4, the normal location of the `ld' and `as' programs is the
94 /usr/ccs/bin directory. */
95
96 #ifndef CROSS_COMPILE
97 #undef MD_EXEC_PREFIX
98 #define MD_EXEC_PREFIX "/usr/ccs/bin/"
99 #endif
100
101 /* Under svr4, the normal location of the various *crt*.o files is the
102 /usr/ccs/lib directory. */
103
104 #ifndef CROSS_COMPILE
105 #undef MD_STARTFILE_PREFIX
106 #define MD_STARTFILE_PREFIX "/usr/ccs/lib/"
107 #endif
108
109 /* Provide a LIB_SPEC appropriate for svr4. Here we tack on the default
110 standard C library (unless we are building a shared library). */
111
112 #undef LIB_SPEC
113 #define LIB_SPEC "%{!shared:%{!symbolic:-lc}}"
114
115 /* Provide an ENDFILE_SPEC appropriate for svr4. Here we tack on our own
116 magical crtend.o file (see crtstuff.c) which provides part of the
117 support for getting C++ file-scope static object constructed before
118 entering `main', followed by the normal svr3/svr4 "finalizer" file,
119 which is either `gcrtn.o' or `crtn.o'. */
120
121 #undef ENDFILE_SPEC
122 #define ENDFILE_SPEC "crtend.o%s %{pg:gcrtn.o%s}%{!pg:crtn.o%s}"
123
124 /* Provide a LINK_SPEC appropriate for svr4. Here we provide support
125 for the special GCC options -static, -shared, and -symbolic which
126 allow us to link things in one of these three modes by applying the
127 appropriate combinations of options at link-time. We also provide
128 support here for as many of the other svr4 linker options as seems
129 reasonable, given that some of them conflict with options for other
130 svr4 tools (e.g. the assembler). In particular, we do support the
131 -z*, -V, -b, -t, -Qy, -Qn, and -YP* options here, and the -e*, -l*,
132 -o*, -r, -s, -u*, and -L* options are directly supported by gcc.c
133 itself. We don't directly support the -m (generate load map)
134 option because that conflicts with the -m (run m4) option of the
135 svr4 assembler. We also don't directly support the svr4 linker's
136 -I* or -M* options because these conflict with existing GCC
137 options. We do however allow passing arbitrary options to the svr4
138 linker via the -Wl, option, in gcc.c. We don't support the svr4
139 linker's -a option at all because it is totally useless and because
140 it conflicts with GCC's own -a option.
141
142 Note that gcc doesn't allow a space to follow -Y in a -YP,* option.
143
144 When the -G link option is used (-shared and -symbolic) a final link is
145 not being done. */
146
147 #undef LINK_SPEC
148 #ifdef CROSS_COMPILE
149 #define LINK_SPEC "%{h*} %{v:-V} \
150 %{b} \
151 %{static:-dn -Bstatic} \
152 %{shared:-G -dy -z text} \
153 %{symbolic:-Bsymbolic -G -dy -z text} \
154 %{G:-G} \
155 %{YP,*} \
156 %{Qy:} %{!Qn:-Qy}"
157 #else
158 #define LINK_SPEC "%{h*} %{v:-V} \
159 %{b} \
160 %{static:-dn -Bstatic} \
161 %{shared:-G -dy -z text} \
162 %{symbolic:-Bsymbolic -G -dy -z text} \
163 %{G:-G} \
164 %{YP,*} \
165 %{!YP,*:%{p:-Y P,/usr/ccs/lib/libp:/usr/lib/libp:/usr/ccs/lib:/usr/lib} \
166 %{!p:-Y P,/usr/ccs/lib:/usr/lib}} \
167 %{Qy:} %{!Qn:-Qy}"
168 #endif
169
170 /* Gcc automatically adds in one of the files /usr/ccs/lib/values-Xc.o
171 or /usr/ccs/lib/values-Xa.o for each final link step (depending
172 upon the other gcc options selected, such as -ansi). These files
173 each contain one (initialized) copy of a special variable called
174 `_lib_version'. Each one of these files has `_lib_version' initialized
175 to a different (enum) value. The SVR4 library routines query the
176 value of `_lib_version' at run to decide how they should behave.
177 Specifically, they decide (based upon the value of `_lib_version')
178 if they will act in a strictly ANSI conforming manner or not. */
179
180 #undef STARTFILE_SPEC
181 #define STARTFILE_SPEC "%{!shared: \
182 %{!symbolic: \
183 %{pg:gcrt1.o%s}%{!pg:%{p:mcrt1.o%s}%{!p:crt1.o%s}}}}\
184 %{pg:gcrti.o%s}%{!pg:crti.o%s} \
185 %{ansi:values-Xc.o%s} \
186 %{!ansi:values-Xa.o%s} \
187 crtbegin.o%s"
188
189 /* The numbers used to denote specific machine registers in the System V
190 Release 4 DWARF debugging information are quite likely to be totally
191 different from the numbers used in BSD stabs debugging information
192 for the same kind of target machine. Thus, we undefine the macro
193 DBX_REGISTER_NUMBER here as an extra inducement to get people to
194 provide proper machine-specific definitions of DBX_REGISTER_NUMBER
195 (which is also used to provide DWARF registers numbers in dwarfout.c)
196 in their tm.h files which include this file. */
197
198 #undef DBX_REGISTER_NUMBER
199
200 /* Define the actual types of some ANSI-mandated types. (These
201 definitions should work for most SVR4 systems). */
202
203 #undef SIZE_TYPE
204 #define SIZE_TYPE "unsigned int"
205
206 #undef PTRDIFF_TYPE
207 #define PTRDIFF_TYPE "int"
208
209 #undef WCHAR_TYPE
210 #define WCHAR_TYPE "long int"
211
212 #undef WCHAR_TYPE_SIZE
213 #define WCHAR_TYPE_SIZE BITS_PER_WORD
214
215 /* This causes trouble, because it requires the host machine
216 to support ANSI C. */
217 /* #define MULTIBYTE_CHARS */
218
219 #define TARGET_HAS_F_SETLKW