forked from parrot/parrot
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Configure.pl
357 lines (229 loc) · 10.2 KB
/
Configure.pl
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
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
#!/usr/bin/perl -w
#
# Configure.pl 2.0
#
# $Id$
#
# Author: Brent Dax
#
use 5.005_02;
use strict;
use vars qw($parrot_version @parrot_version);
use lib 'lib';
use Parrot::BuildUtil;
use Parrot::Configure::RunSteps;
$parrot_version = parrot_version();
@parrot_version = parrot_version();
# Handle options
my %args;
for(@ARGV) {
my($key, $value)=/--(\w+)(?:=(.*))?/;
$value = 1 unless defined $value;
for($key) {
/version/ && do {
my $cvsid='$Id$';
print <<"END";
Parrot Version $parrot_version Configure 2.0
$cvsid
END
exit;
};
/help/ && do {
print <<"EOT";
$0 - Parrot Configure 2.0
Options:
--help Show this text
--version Show version information
Steps may take additional options of the form --name or --name=value.
Popular ones include:
--ask Have Configure ask for commonly-changed info
you can remove parts of a line with :rem{<opt>}
and add options with :add{<opt>} e.g.
:rem{-g} :add{-O2}
--nomanicheck Don't check the MANIFEST
--debugging Enable debugging
--cc=(compiler) Use the given compiler
--ld=(linker) Use the given linker
--intval=(type) Use the given type for INTVAL
--floatval=(type) Use the given type for FLOATVAL
--cgoto=0 Don't build cgoto core - recommended when short of mem
--gc=gc|libc|malloc|malloc-trace determine GC type, default = gc
EOT
exit;
};
$args{$key}=$value;
}
}
print <<"END";
Parrot Version $parrot_version Configure 2.0
Copyright (C) 2001-2002 Yet Another Society
Hello, I'm Configure. My job is to poke and prod your system to figure out
how to build Parrot. The process is completely automated, unless you passed in
the `--ask' flag on the command line, in which case it'll prompt you for a few
pieces of info.
Since you're running this script, you obviously have Perl 5--I'll be pulling
some defaults from its configuration.
END
#Run the actual steps
Parrot::Configure::RunSteps->runsteps(%args);
print <<"END";
Okay, we're done!
You can now use `make' (or your platform's equivalent to `make') to build your
Parrot. After that, you can use `make test' to run the test suite.
Happy Hacking,
The Parrot Team
END
exit(0);
=head1 TITLE
parrotconfig - Parrot Configure
=head1 NOTE
This document is NOT about how to use Configure--it's about Configure's design. For
information on using Configure, type C<perl Configure.pl --help> (or your platform's
equivalent) at a command line prompt.
=head1 DESCRIPTION
B<I<U<THIS NEEDS TO BE UPDATED!!!>>>
Configure is broken up into I<steps>. Each step contains several related I<prompts>,
I<probes>, or I<generations>. Steps should be mostly of a single type, though some overlap
is allowed (for example, allowing a probe to ask the user what to do in an exceptional
situation).
The directory F<config> contains subdirectories for each type of step. Each step should
consist of I<exactly one> .pl file and any number of supporting .c, .in, etc. files. Any
supporting files should be in a folder whose name is the same as the basename of the step's
.pl file; for example, if F<foo.pl> uses F<bar_c.in>, F<bar_c.in> should be in a directory
called F<foo>; the full path might be F<config/auto/foo/bar_c.in>.
Generally, when adding a new test you should add a new step unless a test I<clearly> belongs
in a current step. For example, if we added a new user-configurable type called C<FOOVAL>,
you should add the test for its size in F<auto/sizes.pl>; however, if you were testing
what dynaloading capabilities are available, you should create a new step.
=head2 Initialization Steps
I<Initialization steps> are run before any other steps. They do tasks such as preparing
Configure's data structures and checking the MANIFEST. These will rarely be added; when
they are, it usually means that Configure is getting significant new capabilities.
They're kept in the directory F<config/init>.
Initialization steps usually do not output anything under normal circumstances.
=head2 Prompts
Prompts ask the user for some information. These should be used sparingly. A step
containing prompts is an I<interactive step>. Interactive steps should be in the
F<config/inter> folder.
Interactive steps often include simple probes to determine good guesses of what the user
will answer. See L</Prompt or Probe?> for more information.
Interactive steps virtually always output something.
=head2 Probes
Probes are automated tests of some feature of the computer. These should be used wherever a value
will not often need to be modified by the user. A step containing probes is an I<automatic step>.
Automatic steps should be in the F<config/auto> folder.
Automatic steps usually do not output anything under normal circumstances.
=head2 Generations
Generations create files needed after Configure has completed, such as Makefiles and configuration
headers. A step containing generations is a I<generation step>. Generation steps should be in the
F<config/gen> folder.
Generation steps usually do not output anything under normal circumstances.
=head2 Prompt or Probe?
It can sometimes be hard to decide whether a given step should be an automatic or an interactive
step. The guiding question is I<Would a user ever want to change this?>, or conversely, I<Is this
something that can be completely determined without user intervention?> A step figuring out what
the compiler's command is would probably be an interactive step; conversely, a step figuring out
if that command is connected to a specific compiler (like gcc) would be an automatic step.
=head2 Adding Steps
New steps should be added in one of the three folders mentioned above. They should include the
C<Parrot::Configure::Step> module, described below.
All steps are really modules; they should start with a declaration setting the current package
to C<Configure::Step>. They should define the following:
=over 4
=item C<$description>
A short descriptive message that should be printed before the step executes. Usually, interactive
steps have long, friendly descriptions and other steps have terse descriptions ending in "...".
Some example descriptions:
=over 4
=item F<inter/progs.pl>
Okay, I'm going to start by asking you a couple questions about your
compiler and linker. Default values are in square brackets;
you can hit ENTER to accept them. If you don't understand a question,
the default will usually work--they've been intuited from your Perl 5
configuration.
=item F<auto/cgoto.pl>
Determining if your compiler supports computed goto...
=item F<gen/config_h.pl>
Generating a config.h header for Parrot...
=back
Note that on non-interactive steps, the text C<"done."> will be printed after the description when the step
finishes executing; for example, the user will see:
Determining if your compiler supports computed goto...done.
=item C<@args>
This contains the names of any command-line arguments the step cares about. Command-line arguments
are standardized in Configure; this will be described later in more detail.
=item C<Configure::Step::runstep>
This is called to actually execute the step. The command-line arguments that your module said it
cared about are passed in; they come in the same order as in C<@args>, and any that weren't specified
are passed as C<undef>.
=back
Configure won't execute your step by default unless it's specifically told to. To do this, edit the
C<Parrot::Configure::RunSteps> module's C<@steps> array. Steps are run in the sequence in which
they appear in C<@steps>.
A template for a new step might look like this:
package Configure::Step;
use strict;
use vars qw($description @args);
use Parrot::Configure::Step;
$description="<description>";
@args=qw(<args>);
sub runstep {
<code>
}
=head2 Command-line Arguments
Command-line arguments look like C</--\w+(=.*)?/>; the equals sign separates the name and the value.
If the value is omitted, it's assumed to be 1. The options "--help" and "--version" are built in to
Configure; any others are defined by steps. "--help" lists some common options.
Steps use the C<@args> array to list any options they're interested in. They should be listed without
the dashes.
=head2 Building Up Configuration Data
The second step is F<config/init/data.pl>, which sets up a C<Configure::Data> package. You get and set
Configure's data by calling methods on this package. The methods are listed below.
=over 4
=item C<< Configure::Data->get(keys) >>
Returns the values for the given keys.
=item C<< Configure::Data->set(key, value, key, value, ...) >>
Sets the given keys to the given values.
=item C<< Configure::Data->keys() >>
Returns a list of all keys.
=item C<< Configure::Data->dump() >>
Returns a string that can be C<eval>ed by Perl to create a hash representing Configure's data.
=back
=head2 C<Parrot::Configure::Step>
The C<Parrot::Configure::Step> module contains utility functions for steps to use. They include the following:
=over 4
=item C<prompt(message, default)>
Prints out "message [default] " and waits for the user's response. Returns the response, or the default if the
user just hit ENTER.
=item C<cc_gen(file)>
Calls C<genfile(file, 'test.c')>.
=item C<cc_build()>
Calls the compiler and linker on F<test.c>.
=item C<cc_run()>
Calls the F<test> (or F<test.exe>) executable.
=item C<cc_clean()>
Cleans up all files in the root folder that match the glob I<test.*>.
=item C<genfile(infile, outfile)>
Takes the given I<infile>, substitutes any sequences matching C</\$\{\w+\}/> for the given key's value in
Configure's data, and writes the results to I<outfile>.
=back
=head1 MISCELLANEOUS
=head2 Moved Files
Several files have been moved from their original locations to new ones.
=over 4
=item F<*/Makefile.in>
Moved to F<config/gen/makefiles> and renamed appropriately.
=item F<config_h.in>
Moved to F<config/gen/config_h>.
=item F<Config_pm.in>
moved to F<config/gen/config_pm>.
=item F<Types_pm.in>
Deleted; F<lib/Parrot/Types.pm> now doesn't need to be generated.
=item F<hints/*>
Moved to F<config/init/hints> and rewritten.
=item F<platforms/*>
Moved to F<config/gen/platform>.
=item F<test*.c>, F<test*_c.in>
Moved to various subdirectories of F<hints/auto>.
=back
=cut