asdf.texinfo 257 KB
Newer Older
1 2
\input texinfo          @c -*- texinfo -*-
@c %**start of header
3
@setfilename asdf.info
4
@settitle ASDF Manual
5
@syncodeindex tp fn
6 7
@c %**end of header

8 9
@c We use @&key, etc to escape & from TeX in lambda lists --
@c so we need to define them for info as well.
10
@macro AallowOtherKeys
11 12
&allow-other-keys
@end macro
13
@macro Aoptional
14 15
&optional
@end macro
16
@macro Arest
17 18
&rest
@end macro
19
@macro Akey
20 21
&key
@end macro
22
@macro Abody
23 24 25
&body
@end macro

26 27 28
@c for install-info
@dircategory Software development
@direntry
29
* asdf: (asdf).           Another System Definition Facility (for Common Lisp)
30 31
@end direntry

32
@copying
33 34
This manual describes ASDF, a system definition facility
for Common Lisp programs and libraries.
35

36
You can find the latest version of this manual at
37
@url{https://common-lisp.net/project/asdf/asdf.html}.
38

39
ASDF Copyright @copyright{} 2001-2016 Daniel Barlow and contributors.
40

41
This manual Copyright @copyright{} 2001-2016 Daniel Barlow and contributors.
42

43
This manual revised @copyright{} 2009-2016 Robert P. Goldman and Francois-Rene Rideau.
44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66

Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
``Software''), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:

The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED ``AS IS'', WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

@end copying

@titlepage
67
@title ASDF: Another System Definition Facility
68
@subtitle Manual for Version 3.1.7.32
69 70 71 72 73
@c The following two commands start the copyright page.
@page
@vskip 0pt plus 1filll
@insertcopying
@end titlepage
74

75 76 77 78 79 80 81
@c Output the table of contents at the beginning.
@contents

@c -------------------

@ifnottex

82
@node Top, Introduction, (dir), (dir)
83
@top ASDF: Another System Definition Facility
84
@ifnottex
85
Manual for Version 3.1.7.10
86 87
@end ifnottex

88

89 90 91
@insertcopying

@menu
92
* Introduction::
93
* Quick start summary::
94
* Loading ASDF::
95 96
* Configuring ASDF::
* Using ASDF::
97 98
* Defining systems with defsystem::
* The object model of ASDF::
99
* Controlling where ASDF searches for systems::
100 101 102 103 104
* Controlling where ASDF saves compiled files::
* Error handling::
* Miscellaneous additional functionality::
* Getting the latest version::
* FAQ::
105 106
* Ongoing Work::
* Bibliography::
107 108
* Concept Index::
* Function and Class Index::
109
* Variable Index::              @c @detailmenu
110
@c
111 112 113 114 115 116 117 118 119

@detailmenu
 --- The Detailed Node Listing ---

Loading ASDF

* Loading a pre-installed ASDF::
* Checking whether ASDF is loaded::
* Upgrading ASDF::
120
* Replacing your implementation's ASDF::
121
* Loading ASDF from source::
122

123 124 125
Configuring ASDF

* Configuring ASDF to find your systems::
126
* Configuring ASDF to find your systems --- old style::
127
* Configuring where ASDF stores object files::
128
* Resetting the ASDF configuration::
129

130 131 132
Using ASDF

* Loading a system::
133
* Convenience Functions::
134 135
* Moving on::

136 137 138 139 140 141
Defining systems with defsystem

* The defsystem form::
* A more involved example::
* The defsystem grammar::
* Other code in .asd files::
142
* The package-inferred-system extension::
143

144
The Object model of ASDF
145

146 147
* Operations::
* Components::
148
* Dependencies::
149
* Functions::
150

151
Operations
152

153 154
* Predefined operations of ASDF::
* Creating new operations::
155

156
Components
157

158 159 160
* Common attributes of components::
* Pre-defined subclasses of component::
* Creating new component types::
161

162
properties
163

164 165
* Pre-defined subclasses of component::
* Creating new component types::
166

167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186
Controlling where ASDF searches for systems

* Configurations::
* Truenames and other dangers::
* XDG base directory::
* Backward Compatibility::
* Configuration DSL::
* Configuration Directories::
* Shell-friendly syntax for configuration::
* Search Algorithm::
* Caching Results::
* Configuration API::
* Introspection::
* Status::
* Rejected ideas::
* TODO::
* Credits for the source-registry::

Configuration Directories

187
* The here directive::
188 189 190 191 192 193 194 195

Introspection

* *source-registry-parameter* variable::
* Information about system dependencies::

Controlling where ASDF saves compiled files

196 197 198 199 200
* Output Configurations::
* Output Backward Compatibility::
* Output Configuration DSL::
* Output Configuration Directories::
* Output Shell-friendly syntax for configuration::
201
* Semantics of Output Translations::
202
* Output Caching Results::
203 204 205 206 207 208
* Output location API::
* Credits for output translations::

Miscellaneous additional functionality

* Controlling file compilation::
209
* Controlling source file character encoding::
210
* Miscellaneous Functions::
211 212
* Some Utility Functions::

213
FAQ
214

215
* Where do I report a bug?::
216
* Mailing list::
217
* What has changed between ASDF 1 ASDF 2 and ASDF 3?::
218 219 220 221
* Issues with installing the proper version of ASDF::
* Issues with configuring ASDF::
* Issues with using and extending ASDF to define systems::
* ASDF development FAQs::
222

223
``What has changed between ASDF 1, ASDF 2, and ASDF 3?''
224

225
* What are ASDF 1 2 3?::
226
* How do I detect the ASDF version?::
227 228 229 230 231 232 233 234 235
* ASDF can portably name files in subdirectories::
* Output translations::
* Source Registry Configuration::
* Usual operations are made easier to the user::
* Many bugs have been fixed::
* ASDF itself is versioned::
* ASDF can be upgraded::
* Decoupled release cycle::
* Pitfalls of the transition to ASDF 2::
236
* Pitfalls of the upgrade to ASDF 3::
237
* What happened to the bundle operations::
238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255

Issues with installing the proper version of ASDF

* My Common Lisp implementation comes with an outdated version of ASDF. What to do?::
* I'm a Common Lisp implementation vendor. When and how should I upgrade ASDF?::

Issues with configuring ASDF

* How can I customize where fasl files are stored?::
* How can I wholly disable the compiler output cache?::

Issues with using and extending ASDF to define systems

* How can I cater for unit-testing in my system?::
* How can I cater for documentation generation in my system?::
* How can I maintain non-Lisp (e.g. C) source files?::
* I want to put my module's files at the top level.  How do I do this?::
* How do I create a system definition where all the source files have a .cl extension?::
256
* How do I mark a source file to be loaded only and not compiled?::
257
* How do I work with readtables?::
258
* How can I capture ASDF's output?::
259
* LOAD-PATHNAME has a weird value::
260 261 262

ASDF development FAQs

Francois-Rene Rideau's avatar
Francois-Rene Rideau committed
263
* How do I run the tests interactively in a REPL?::
264 265

@end detailmenu
266 267 268 269 270 271
@end menu

@end ifnottex

@c -------------------

272
@node Introduction, Quick start summary, Top, Top
273 274
@comment  node-name,  next,  previous,  up
@chapter Introduction
275 276 277 278 279 280
@cindex ASDF-related features
@vindex *features*
@cindex Testing for ASDF
@cindex ASDF versions
@cindex :asdf
@cindex :asdf2
281
@cindex :asdf3
282

283 284
ASDF is Another System Definition Facility:
a tool for specifying how systems of Common Lisp software
285
are made up of components (sub-systems and files),
286 287
and how to operate on these components in the right order
so that they can be compiled, loaded, tested, etc.
288
If you are new to ASDF, @pxref{Quick start summary,,the quick start
289
guide}.
290 291 292 293

ASDF presents three faces:
one for users of Common Lisp software who want to reuse other people's code,
one for writers of Common Lisp software who want to specify how to build their systems,
294 295
and one for implementers of Common Lisp extensions who want to extend
the build system.
296
For more specifics,
297
@pxref{Using ASDF},
298
to learn how to use ASDF to load a system.
299
@xref{Defining systems with defsystem},
300
to learn how to define a system of your own.
301
@xref{The object model of ASDF}, for a description of
302
the ASDF internals and how to extend ASDF.
303

304
Note that
305 306 307 308
ASDF is @emph{not} a tool for library and system @emph{installation};
it plays a role like @code{make} or @code{ant}, not like a package manager.
In particular, ASDF should not to be confused with Quicklisp or ASDF-Install,
that attempt to find and download ASDF systems for you.
309
Despite what the name might suggest, ASDF-Install is not part of ASDF, but a separate piece of software.
310
ASDF-Install is also unmaintained and obsolete.
311
We recommend you use Quicklisp
312
(@uref{http://www.quicklisp.org/}) instead,
313
a Common Lisp package manager which works well and is being actively maintained.
314
If you want to download software from version control instead of tarballs,
315
so you may more easily modify it, we recommend clbuild (@uref{http://common-lisp.net/project/clbuild/}).
316 317
We recommend @file{~/common-lisp/}
as a place into which to install Common Lisp software;
318
starting with ASDF 3.1.2, it is included in the default source-registry configuration.
319

320 321
Finally, note that this manual is incomplete.
All the bases are covered,
322 323
but many advanced topics are only barely alluded to,
and there is not much in terms of examples.
324
The source code remains the ultimate source of information,
325
free software systems in Quicklisp remain the best source of examples,
326 327 328
and the mailing-list the best place to ask for help.


329 330
@node  Quick start summary, Loading ASDF, Introduction, Top
@chapter Quick start summary
331

332
@itemize
333 334 335 336 337

@item To load an ASDF system:

@itemize
@item
338 339 340 341
Load ASDF itself into your Lisp image, using
@code{(require "asdf")}.
Check that you have a recent version using @code{(asdf:asdf-version)}.
For more details, or if any of the above fails, @pxref{Loading ASDF}.
342 343

@item
344 345
Make sure software is installed where ASDF can find it.
The simplest way is to put all your Lisp code in subdirectories of
346
@file{~/common-lisp/} (starting with ASDF 3.1.2),
347 348
or @file{~/.local/share/common-lisp/source/}
(for ASDF 2 and later, or if you want to keep source in a hidden directory).
349
For more details, @pxref{Configuring ASDF to find your systems}.
350 351

@item
352 353
Load your system with @code{(asdf:load-system "@var{my-system}")}.
@xref{Using ASDF}.
354 355 356 357 358 359 360 361 362 363

@end itemize

@item To make your own ASDF system:

@itemize
@item
As above, load and configure ASDF.

@item
364 365
Make a new directory for your system, @code{@var{my-system}/},
again in a location where ASDF can find it.
366 367
All else being equal, the easiest location is probably
@file{~/common-lisp/my-system/}.
368
@xref{Configuring ASDF to find your systems}.
369

370 371

@item
372 373
Create an ASDF system definition listing the dependencies of
your system, its components, and their interdependencies,
374 375
and put it in @file{@var{my-system}.asd}.
This file must have the same name as your system, all lowercase.
376
@xref{Defining systems with defsystem}.
377 378

@item
379
Use @code{(asdf:load-system "@var{my-system}")}
380
to make sure it's all working properly. @xref{Using ASDF}.
381 382 383 384

@end itemize
@end itemize

385 386
@c FIXME: (1) add a sample project that the user can cut and paste to
@c get started.  (2) discuss the option of starting with Quicklisp.
387 388 389 390 391 392





@node Loading ASDF, Configuring ASDF, Quick start summary, Top
393
@comment  node-name,  next,  previous,  up
394
@chapter Loading ASDF
395

396 397 398 399
@menu
* Loading a pre-installed ASDF::
* Checking whether ASDF is loaded::
* Upgrading ASDF::
400
* Replacing your implementation's ASDF::
401
* Loading ASDF from source::
402
@end menu
403

404
@node  Loading a pre-installed ASDF, Checking whether ASDF is loaded, Loading ASDF, Loading ASDF
405 406
@section Loading a pre-installed ASDF

407 408 409 410 411 412 413
The recommended way to load ASDF is via:
@lisp
(require "asdf")
@end lisp

All actively maintained Lisp implementations now include a copy of ASDF 3
that you can load this way using Common Lisp's @code{require} function.@footnote{
414 415
NB: all implementations except GNU CLISP also accept
@code{(require "ASDF")}, @code{(require 'asdf)} and @code{(require :asdf)}.
416
For portability's sake, you should use @code{(require "asdf")}.
417
}
418

419
If the implementation you are using doesn't provide a recent ASDF 3,
420 421 422 423 424 425
we recommend you upgrade it.
If for some reason you would rather not upgrade it,
we recommend you replace your implementation's ASDF.
@xref{Replacing your implementation's ASDF}.
If all else fails, see @pxref{Loading ASDF from source} below.

426 427
If you use an actively maintained implementation that fails to provide
an up-to-date enough stable release of ASDF,
428 429 430
you may also send a bug report to your Lisp vendor and complain about it
--- or you may fix the issue yourself if it's free software.

431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446
As of the writing of this manual,
the following implementations provide ASDF 3 this way:
ABCL, Allegro CL, CLASP, Clozure CL, CMUCL, ECL, GNU CLISP, LispWorks, MKCL, SBCL.
The following implementations only provide ASDF 2:
MOCL, XCL.
The following implementations don't provide ASDF:
Corman CL, GCL, Genera, MCL, SCL.
The latter implementations are not actively maintained (except maybe GCL);
if some of them are ever released again, they probably will include ASDF 3.

For maximum convenience you might want to have ASDF loaded
whenever you start your Lisp implementation,
for example by loading it from the startup script or dumping a custom core
--- check your Lisp implementation's manual for details.
SLIME notably sports a @code{slime-asdf} contrib that makes life easier with ASDF.

447

448
@node Checking whether ASDF is loaded, Upgrading ASDF, Loading a pre-installed ASDF, Loading ASDF
449 450
@section Checking whether ASDF is loaded

451
To check that ASDF is properly loaded, you can run this form:
452 453 454 455 456 457 458

@lisp
(asdf:asdf-version)
@end lisp

If it returns a string,
that is the version of ASDF that is currently installed.
459 460
If that version is suitably recent (say, 3.1.2 or later),
then you can skip directly to next chapter: @xref{Configuring ASDF}.
461 462 463

If it raises an error,
then either ASDF is not loaded, or
464 465
you are using a very old version of ASDF,
and need to install ASDF 3.
466

467 468
For more precision in detecting versions old and new,
@pxref{How do I detect the ASDF version?}.
469

470 471 472 473
If you are experiencing problems with ASDF,
please try upgrading to the latest released version,
using the method below,
before you contact us and raise an issue.
474

475
@node  Upgrading ASDF, Replacing your implementation's ASDF, Checking whether ASDF is loaded, Loading ASDF
476
@section Upgrading ASDF
477 478 479
@c FIXME: tighten this up a bit -- there's a lot of stuff here that
@c doesn't matter to almost anyone.  Move discussion of updating antique
@c versions of ASDF down, or encapsulate it.
480

481 482 483
If your implementation already provides ASDF 3 or later (and it should),
but you want a more recent ASDF version than your implementation provides,
then you just need to ensure the more recent ASDF is installed in a configured path, like any other system.
484 485
We recommend you download an official tarball or checkout a release from git into
@file{~/common-lisp/asdf/}.
486 487
(@pxref{Configuring ASDF to find your systems}).

488
Once the source code for ASDF is installed,
489
you don't need any extra step to load it beyond the usual @code{(require "asdf")}:
490
ASDF 3 will automatically look whether an updated version of itself is available
491 492
amongst the regularly configured systems, before it compiles anything else.

493 494
If your implementation fails to provide ASDF 3 or later,
@pxref{Replacing your implementation's ASDF}.
495

496

497 498
@node Replacing your implementation's ASDF, Loading ASDF from source, Upgrading ASDF, Loading ASDF
@section Replacing your implementation's ASDF
499 500

All maintained implementations now provide ASDF 3 in their latest release.
501
If your doesn't, we recommend you upgrade it.
502

503
Now, if you insist on using an old implementation that didn't provide ASDF or provided an old version,
504
we recommend installing a recent ASDF, as explained below,
505
into your implementation's installation directory.
506
Thus your modified implementation will now provide ASDF 3.
507
This requires proper write permissions and may necessitate execution as a system administrator.
508 509 510 511 512 513 514

The ASDF source repository contains a tool to help you upgrade your implementation's ASDF.
You can invoke it from the shell command-line as
@code{tools/asdf-tools install-asdf lispworks}
(where you can replace @code{lispworks} by the name of the relevant implementation),
or you can @code{(load "tools/install-asdf.lisp")} from your Lisp REPL.

515
This script works on
516 517 518 519 520
Allegro CL, Clozure CL, CMU CL, ECL, GCL, GNU CLISP, LispWorks, MKCL, SBCL, SCL, XCL.
It doesn't work on ABCL, Corman CL, Genera, MCL, MOCL.
Happily, ABCL is usually pretty up to date and shouldn't need that script.
GCL requires a very recent version, and hasn't been tested much.
Corman CL, Genera, MCL are obsolete anyway.
521
MOCL is incomplete.
522

523

524
@node Loading ASDF from source,  , Replacing your implementation's ASDF, Loading ASDF
525
@section Loading ASDF from source
526

527 528 529
If you write build scripts that must remain portable to old machines with old implementations
that you cannot ensure have been upgraded or modified to provide a recent ASDF,
you may have to install the file @file{asdf.lisp}
530 531 532 533 534
somewhere and load it with:

@lisp
(load "/path/to/your/installed/asdf.lisp")
@end lisp
535

536
The single file @file{asdf.lisp} is all you normally need to use ASDF.
537

538
You can extract this file from latest release tarball on the
539
@url{https://common-lisp.net/project/asdf/,ASDF website}.
540
If you are daring and willing to report bugs, you can get
541
the latest and greatest version of ASDF from its git repository.
542 543
@xref{Getting the latest version}.

544 545 546 547
For scripts that try to use ASDF simply via @code{require} at first, and
make heroic attempts to load it the hard way if at first they don't succeed,
see @file{tools/load-asdf.lisp} distributed with the ASDF source repository,
or the code of @url{https://cliki.net/cl-launch,@code{cl-launch}}.
548

549

550 551
@node Configuring ASDF, Using ASDF, Loading ASDF, Top
@comment  node-name,  next,  previous,  up
552 553
@chapter Configuring ASDF

554 555 556 557 558 559
For standard use cases, ASDF should work pretty much out of the box.
We recommend you skim the sections on configuring ASDF to find your systems
and choose the method of installing Lisp software that works best for you.
Then skip directly to @xref{Using ASDF}. That will probably be enough.
You are unlikely to have to worry about the way ASDF stores object files,
and resetting the ASDF configuration is usually only needed in corner cases.
Robert P. Goldman's avatar
Robert P. Goldman committed
560 561 562


@menu
563
* Configuring ASDF to find your systems::
564
* Configuring ASDF to find your systems --- old style::
565
* Configuring where ASDF stores object files::
566
* Resetting the ASDF configuration::
Robert P. Goldman's avatar
Robert P. Goldman committed
567 568
@end menu

569
@node Configuring ASDF to find your systems, Configuring ASDF to find your systems --- old style, Configuring ASDF, Configuring ASDF
570 571
@section Configuring ASDF to find your systems

Robert P. Goldman's avatar
Robert P. Goldman committed
572
In order to compile and load your systems, ASDF must be configured to find
573 574
the @file{.asd} files that contain system definitions.

Robert P. Goldman's avatar
Robert P. Goldman committed
575 576 577 578
There are a number of different techniques for setting yourself up with
ASDF, starting from easiest to the most complex:

@itemize @bullet
579

580
@item
581 582
Put all of your systems in one of the standard locations,
subdirectories of
583
@itemize
584
@item
585
@file{~/common-lisp/} or
586
@item
587
@file{~/.local/share/common-lisp/source/}.
588
@end itemize
589
If you install software there, you don't need further
590 591 592 593 594 595 596 597
configuration.@footnote{
  @file{~/common-lisp/} is only included in
  the default configuration
  starting with ASDF 3.1.2 or later.
  If your implementation provides an earlier variant of ASDF,
  you may need to explicitly configure it to use this path,
  as further explained.
}
598
You can then skip to the next section. @xref{Loading a system}.
Robert P. Goldman's avatar
Robert P. Goldman committed
599

600
@item
601
If you're using some tool to install software (e.g. Quicklisp),
602 603
the authors of that tool should already have configured ASDF.

604
@item
Robert P. Goldman's avatar
Robert P. Goldman committed
605 606 607 608
If you have more specific desires about how to lay out your software on
disk, the preferred way to configure where ASDF finds your systems is
the @code{source-registry} facility,
fully described in its own chapter of this manual.
609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638
@xref{Controlling where ASDF searches for systems}.
Here is a quick recipe for getting started.

First create the directory
@file{~/.config/common-lisp/source-registry.conf.d/}@footnote{
  For Windows users, and starting with ASDF 3.1.5, start from your
  @file{%LOCALAPPDATA%}, which is usually @file{~/AppData/Local/}
  (but you can ask in a @code{CMD.EXE} terminal
  @code{echo %LOCALAPPDATA%} to make sure)
  and underneath create a subpath
  @file{config/common-lisp/source-registry.conf.d/}.
};
there create a file with any name of your choice
but with the type @file{conf}@footnote{
  By requiring the @file{.conf}
  extension, and ignoring other files, ASDF allows you to have disabled files,
  editor backups, etc. in the same directory with your active
  configuration files.

  ASDF will also ignore files whose names start with a @file{.} character.

  It is customary to start the filename with two digits, to control the
  sorting of the @code{conf} files in the source registry directory, and
  thus the order in which the directories will be scanned.
},
for instance @file{50-luser-lisp.conf};
in this file, add the following line
to tell ASDF to recursively scan all the subdirectories under @file{/home/luser/lisp/}
for @file{.asd} files:
@kbd{(:tree "/home/luser/lisp/")}
639

640 641 642 643 644 645
That's enough. You may replace @file{/home/luser/lisp/} by wherever you want to install your source code.
You don't actually need to specify anything if you use the default @file{~/common-lisp/} as above
and your implementation provides ASDF 3.1.2 or later.
If your implementation provides an earlier variant of ASDF 3,
you might want to specify @kbd{(:tree (:home "common-lisp/"))} for bootstrap purposes,
then install a recent source tree of ASDF under @file{~/common-lisp/asdf/}.
646

647 648 649 650
If you prefer to use a ``link farm'', which is faster to use but costlier to manage than a recursive traversal,
say at @file{/home/luser/.asd-link-farm/}, then
you may instead (or additionally) create a file @file{42-asd-link-farm.conf}, containing the line:
@kbd{(:directory "/home/luser/.asd-link-farm/")}
651 652 653

ASDF will automatically read your configuration
the first time you try to find a system.
Robert P. Goldman's avatar
Robert P. Goldman committed
654
If necessary, you can reset the source-registry configuration with:
655

656 657 658 659
@lisp
(asdf:clear-source-registry)
@end lisp

Robert P. Goldman's avatar
Robert P. Goldman committed
660 661
@item
In earlier versions of ASDF, the system source registry was configured
662 663 664 665
using a global variable, @code{asdf:*central-registry*}.
For more details about this, see the following section,
@ref{Configuring ASDF to find your systems --- old style}.
Unless you need to understand this,
Robert P. Goldman's avatar
Robert P. Goldman committed
666
skip directly to @ref{Configuring where ASDF stores object files}.
667

Robert P. Goldman's avatar
Robert P. Goldman committed
668 669 670 671 672 673 674
@end itemize

Note that your Operating System distribution or your system administrator
may already have configured system-managed libraries for you.



675
@node Configuring ASDF to find your systems --- old style, Configuring where ASDF stores object files, Configuring ASDF to find your systems, Configuring ASDF
676 677
@section Configuring ASDF to find your systems --- old style

678 679 680

@c FIXME: this section should be moved elsewhere.  The novice user
@c should not be burdened with it. [2014/02/27:rpg]
681

682 683 684 685 686
Novices may skip this section.
@c ``Experts may read it then proceed to ...''
@c some better section explaining
@c *central-registry* vs source-registry vs *system-definition-search-functions*,
@c and .../asdf/tools/cl-source-registry-cache.lisp
687 688 689 690 691 692 693 694 695 696 697 698

The old way to configure ASDF to find your systems is by
@code{push}ing directory pathnames onto the variable
@code{asdf:*central-registry*}.

You must configure this variable between the time you load ASDF
and the time you first try to use it.
Loading and configuring ASDF presumably happen
as part of some initialization script that builds or starts
your Common Lisp software system.
(For instance, some SBCL users used to put it in their @file{~/.sbclrc}.)

699
The @code{asdf:*central-registry*} is empty by default in ASDF 2 or ASDF 3,
700
but is still supported for compatibility with ASDF 1.
701
When used, it takes precedence over the above source-registry.@footnote{
702 703 704 705 706
It is possible to further customize
the system definition file search.
That's considered advanced use, and covered later:
search forward for
@code{*system-definition-search-functions*}.
707
@xref{Defining systems with defsystem}.}
708

709 710
For example, let's say you want ASDF to find the @file{.asd} file
@file{/home/me/src/foo/foo.asd}.
711
In your Lisp initialization file, you could have the following:
712 713

@lisp
714
(require "asdf")
715 716 717 718 719
(push "/home/me/src/foo/" asdf:*central-registry*)
@end lisp

Note the trailing slash: when searching for a system,
ASDF will evaluate each entry of the central registry
720
and coerce the result to a pathname.@footnote{
721
ASDF will indeed call @code{eval} on each entry.
722
It will skip entries that evaluate to @code{nil}.
723 724

Strings and pathname objects are self-evaluating,
725
in which case the @code{eval} step does nothing;
726 727 728
but you may push arbitrary s-expressions onto the central registry.
These s-expressions may be evaluated to compute context-dependent
entries, e.g. things that depend
729 730 731 732 733 734
on the value of shell variables or the identity of the user.

The variable @code{asdf:*central-registry*} is thus a list of
``system directory designators''.
A @dfn{system directory designator} is a form
which will be evaluated whenever a system is to be found,
735
and must evaluate to a directory to look in (or @code{nil}).
736 737
By ``directory'', we mean
``designator for a pathname with a non-empty DIRECTORY component''.
738
}
739
The trailing directory name separator
740
is necessary to tell Lisp that you're discussing a directory
741 742 743
rather than a file.  If you leave it out, ASDF is likely to look in
@code{/home/me/src/} instead of @code{/home/me/src/foo/} as you
intended, and fail to find your system definition.
744

745 746 747
Typically there are a lot of @file{.asd} files, and
a common idiom was to put
@emph{symbolic links} to all of one's @file{.asd} files
748 749
in a common directory
and push @emph{that} directory (the ``link farm'')
750 751 752 753 754 755
onto
@code{asdf:*central-registry*},
instead of pushing each individual system directory.

ASDF knows to follow @emph{symlinks}
to the actual location of the systems.@footnote{
756 757 758
  On Windows, you can use Windows shortcuts instead of POSIX symlinks.
  if you try aliases under MacOS, we are curious to hear about your experience.
}
759

760
For example, if @code{#p"/home/me/cl/systems/"}
761 762
is an element of @code{*central-registry*}, you could set up the
system @var{foo} as follows:
763 764 765 766 767 768

@example
$ cd /home/me/cl/systems/
$ ln -s ~/src/foo/foo.asd .
@end example

769
This old style for configuring ASDF is not recommended for new users,
770 771
but it is supported for old users, and for users who want a simple way to
programmatically control what directories are added to the ASDF search path.
772

773

774
@node Configuring where ASDF stores object files, Resetting the ASDF configuration, Configuring ASDF to find your systems --- old style, Configuring ASDF
775
@section Configuring where ASDF stores object files
776
@findex clear-output-translations
777 778 779 780 781

ASDF lets you configure where object files will be stored.
Sensible defaults are provided and
you shouldn't normally have to worry about it.

782
This allows the same source code repository to be shared
783
between several versions of several Common Lisp implementations,
784 785 786 787
between several users using different compilation options,
with users who lack write privileges on shared source directories, etc.
This also keeps source directories from being cluttered
with object/fasl files.
788

789
Starting with ASDF 2, the @code{asdf-output-translations} facility
790
was added to ASDF itself.  This facility controls where object files will be stored.
791
This facility is fully described in a chapter of this manual,
792
@ref{Controlling where ASDF saves compiled files}.
793

794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840
@c FIXME: possibly this should be moved elsewhere.  It's redundant here,
@c and makes this section of the manual too long and daunting for the
@c new user. [2014/02/27:rpg]
@c The simplest way to add a translation to your search path,
@c say from @file{/foo/bar/baz/quux/}
@c to @file{/where/i/want/my/fasls/}
@c is to create the directory
@c @file{~/.config/common-lisp/asdf-output-translations.conf.d/}
@c and there create a file with any name of your choice and the type @file{conf},
@c for instance @file{42-bazquux.conf}
@c containing the line:

@c @kbd{("/foo/bar/baz/quux/" "/where/i/want/my/fasls/")}

@c To disable output translations for source under a given directory,
@c say @file{/toto/tata/}
@c you can create a file @file{40-disable-toto.conf}
@c with the line:

@c @kbd{("/toto/tata/")}

@c To wholly disable output translations for all directories,
@c you can create a file @file{00-disable.conf}
@c with the line:

@c @kbd{(t t)}

@c Note that your Operating System distribution or your system administrator
@c may already have configured translations for you.
@c In absence of any configuration, the default is to redirect everything
@c under an implementation-dependent subdirectory of @file{~/.cache/common-lisp/}.
@c @xref{Controlling where ASDF searches for systems}, for full details.

@c The required @file{.conf} extension allows you to have disabled files
@c or editor backups (ending in @file{~}), and works portably
@c (for instance, it is a pain to allow both empty and non-empty extension on CLISP).
@c Excluded are files the name of which start with a @file{.} character.
@c It is customary to start the filename with two digits
@c that specify the order in which the directories will be scanned.

@c ASDF will automatically read your configuration
@c the first time you try to find a system.
@c You can reset the source-registry configuration with:

@c @lisp
@c (asdf:clear-output-translations)
@c @end lisp
841

842 843 844 845 846 847
@c And you probably should do so before you dump your Lisp image,
@c if the configuration may change
@c between the machine where you save it at the time you save it
@c and the machine you resume it at the time you resume it.
@c (Once again, you should use @code{(asdf:clear-configuration)}
@c before you dump your Lisp image, which includes the above.)
848

849
Note that before ASDF 2,
850 851 852 853
other ASDF add-ons offered the same functionality,
each in subtly different and incompatible ways:
ASDF-Binary-Locations, cl-launch, common-lisp-controller.
ASDF-Binary-Locations is now not needed anymore and should not be used.
854
cl-launch 3.000 and common-lisp-controller 7.2 have been updated
855
to delegate object file placement to ASDF.
856

857
@node Resetting the ASDF configuration,  , Configuring where ASDF stores object files, Configuring ASDF
858 859
@section Resetting the ASDF configuration

860 861
@c FIXME: this should probably be moved out of the "quickstart" part of
@c the manual. [2014/02/27:rpg]
862

863 864 865 866 867 868

When you dump and restore an image, or when you tweak your configuration,
you may want to reset the ASDF configuration.
For that you may use the following function:

@defun clear-configuration
869
   Undoes any ASDF configuration
870 871 872
   regarding source-registry or output-translations.
@end defun

873
@vindex *image-dump-hook*
874 875 876 877 878 879 880 881 882
This function is pushed onto the @code{uiop:*image-dump-hook*} by default,
which means that if you save an image using @code{uiop:dump-image},
or via @code{asdf:image-op} and @code{asdf:program-op},
it will be automatically called to clear your configuration.
If for some reason you prefer to call your implementation's underlying functionality,
be sure to call @code{clear-configuration} manually,
or push it into your implementation's equivalent of @code{uiop:*image-dump-hook*},
e.g. @code{sb-ext:*save-hooks*} on SBCL, or @code{ext:*before-save-initializations*}
on CMUCL and SCL, etc.
883

884
@node  Using ASDF, Defining systems with defsystem, Configuring ASDF, Top
885 886
@chapter Using ASDF

Robert P. Goldman's avatar
Robert P. Goldman committed
887 888
@menu
* Loading a system::
889
* Convenience Functions::
Robert P. Goldman's avatar
Robert P. Goldman committed
890 891 892
* Moving on::
@end menu

893
@node Loading a system, Convenience Functions, Using ASDF, Using ASDF
894 895 896 897
@section Loading a system

The system @var{foo} is loaded (and compiled, if necessary)
by evaluating the following Lisp form:
898 899

@example
900
(asdf:load-system :@var{foo})
901 902
@end example

903 904
On some implementations (@pxref{Convenience Functions}),
ASDF hooks into the @code{cl:require} facility and you can just use:
Francois-Rene Rideau's avatar
Francois-Rene Rideau committed
905 906 907 908 909

@example
(require :@var{foo})
@end example

910 911 912
Note that the canonical name of a system is a string, conventionally lowercase.
A system name can also be specified as a symbol (including a keyword),
in which case its @code{symbol-name} is taken and lowercased.
913
The name must be a suitable value for the @code{:name} initarg
914
to @code{make-pathname} in whatever filesystem the system is to be found.
915

916 917
The lower-casing-symbols behaviour is unconventional,
but was selected after some consideration.
918 919 920 921 922
The type of systems we want to support
either have lowercase as customary case (Unix, Mac, Windows)
or silently convert lowercase to uppercase (lpns).
@c so this makes more sense than attempting to use @code{:case :common},
@c which is reported not to work on some implementations
923

924

925 926
@node Convenience Functions, Moving on, Loading a system, Using ASDF
@section Convenience Functions
Robert Goldman's avatar
Robert Goldman committed
927

928 929 930 931 932 933 934
@c I believe thes are all unnecessary because of the function macros
@c below [2016/01/30:rpg]
@c @findex load-system
@c @findex compile-system
@c @findex test-system
@c @findex require-system
@c @findex make
935

936
ASDF provides three commands for the most common system operations:
937
@code{load-system}, @code{compile-system}, and @code{test-system}.
938 939 940 941 942 943 944 945 946 947 948 949

ASDF also provides @code{require-system}, a variant of @code{load-system}
that skips loading systems that are already loaded.  This is sometimes
useful, for example, in order to avoid re-loading libraries that come
pre-loaded into your  lisp implementation.

ASDF also provides @code{make}, a way of allowing system developers to
choose a default operation for their systems.  For example, a developer
who has created a system intended to format a specific document, might
make document-formatting the default operation invoked by @code{make},
instead of loading.  If the system developer doesn't specify in the
system definition, the default operation will be loading.
950

951 952
@c FIXME: We seem to export @findex bundle-system also, that some ECL users seem to rely on.
@c But it's probably better that bundle operations have their own manual chapter at some point.
953

954 955 956 957

@c FIXME: There should be a @defun for OPERATE, but there isn't.  Not
@c sure where it belongs...  The discussion here is just confusing if
@c the reader doesn't understand how ASDF works. [2016/01/30:rpg]
958 959 960
@findex operate
@findex oos

961 962
Because ASDF is an extensible system
for defining @emph{operations} on @emph{components},
963 964
it also provides a generic function @code{operate},
so you may arbitrarily operate on your systems beyond the default operations.
965 966 967
(At the interactive REPL, users often use its shorter alias @code{oos},
which stands for operate-on-system, a name inherited from @code{mk-defsystem}.)
You'll use @code{operate} whenever you want to do something beyond
968
compiling, loading and testing.
969

970 971
@c Reminder: before ASDF can operate on a system, however,
@c it must be able to find and load that system's definition.
972
@c @xref{Configuring ASDF to find your systems}.
973

974 975
@c FIXME: the following is too complicated for here, especially since
@c :force hasn't been defined yet.  Move it. [2014/02/27:rpg]
976

977
@vindex *load-system-operation*
978
@findex already-loaded-systems
979 980 981

@defun load-system system @Arest{} keys @Akey{} force force-not verbose version @AallowOtherKeys{}
Apply @code{operate} with the operation from
982
@code{*load-system-operation*}
983
the @var{system}, and any provided keyword arguments.
984
@code{*load-system-operation*} by default is @code{load-op};
985 986 987 988 989
it would be @code{load-bundle-op} by default on ECL,
if only an implementation bug were fixed.
Calling @code{load-system} is the regular, recommended way
to load a system into the current image.
@end defun
990

991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013
@defun compile-system system @Arest{} keys @Akey{} force force-not verbose version @AallowOtherKeys{}
Apply @code{operate} with the operation @code{compile-op},
the @var{system}, and any provided keyword arguments.
This will make sure all the files in the system are compiled,
but not necessarily load any of them in the current image;
on most systems, it will @emph{not} load all compiled files in the current image.
This function exists for symmetry with @code{load-system} but is not recommended
unless you are writing build scripts and know what you're doing.
But then, you might be interested in @code{program-op} rather than @code{compile-op}.
@end defun

@defun test-system system @Arest{} keys @Akey{} force force-not verbose version @AallowOtherKeys{}
Apply @code{operate} with the operation @code{test-op},
the @var{system}, and any provided keyword arguments.
@xref{test-op}.
@end defun

@defun make system @Arest{} keys @Akey{} @AallowOtherKeys{}
Do ``The Right Thing'' with your system.
Starting with ASDF 3.1, this function @code{make} is also available.
The default behaviour is to load the system as if by @code{load-system};
but system authors can override this default in their system definition
they may specify an alternate operation as the intended use of their system,
1014 1015 1016 1017
with a @code{:build-operation} option in the @code{defsystem} form
(@pxref{The defsystem grammar, build-operation}),
and an intended output pathname for that operation with
@code{:build-pathname}.
1018 1019
@c Document :build-operation in the defsystem section.
@c Document in the extension section that for richer programmatic access, you may instead use an overriding
1020 1021 1022
@c @code{(defmethod component-depends-on ((o build-op) (s system))
@c ...)}.
This function is experimental and largely untested.  Use at your own risk.
1023
@end defun
1024
@cindex build-operation
1025

1026
@defun require-system system @Arest{} keys @Akey{} @AallowOtherKeys{}
1027
@code{require-system} skips any update to systems that have already been loaded,
1028
in the spirit of @code{cl:require}.
1029 1030
It does it by calling @code{load-system} with a keyword option
excluding already loaded systems.@footnote{
1031 1032
  For the curious, the option is @code{:force-not (already-loaded-systems)}.
}.
1033 1034 1035 1036 1037
On actively maintained free software implementations
(namely recent versions of ABCL, Clozure CL, CMUCL, ECL, GNU CLISP, MKCL and SBCL),
once ASDF itself is loaded, @code{cl:require} too can load ASDF systems,
by falling back on @code{require-system}
for module names not recognized by the implementation.
1038 1039
(Note however that @code{require-system} does @emph{not} fall back on @code{cl:require};
that would introduce an ``interesting'' potential infinite loop to break somehow.)
1040

1041
@code{cl:require} and @code{require-system} are appropriate to load code
1042
that is not being modified during the current programming session.
1043 1044 1045 1046 1047 1048 1049 1050
@code{cl:require} will notably load the implementation-provided extension modules;
@code{require-system} won't, unless they are also defined as systems somehow,
which SBCL and MKCL do.
@code{require-system} may also be used to load any number of ASDF systems
that the user isn't either developing or debugging,
for which a previously installed version is deemed to be satisfactory;
@code{cl:require} on the above-mentioned implementations will delegate to @code{require-system}
and may load them as well.
1051
But for code that you are actively developing, debugging, or otherwise modifying,
1052
you should use @code{load-system}, so ASDF will pick on your modifications
1053 1054 1055 1056
and transitively re-build the modified files and everything that depends on them
(that the requested @var{system} itself depends on ---
ASDF itself never builds anything unless
it's an explicitly requested system or the dependencies thereof).
1057 1058
@end defun

1059 1060

@node Moving on,  , Convenience Functions, Using ASDF
1061
@section Moving on
1062

1063 1064 1065 1066 1067
That's all you need to know to use ASDF to load systems written by others.
The rest of this manual deals with writing system definitions
for Common Lisp software you write yourself,
including how to extend ASDF to define new operation and component types.

1068

1069
@node Defining systems with defsystem, The object model of ASDF, Using ASDF, Top
1070 1071 1072
@comment  node-name,  next,  previous,  up
@chapter Defining systems with defsystem

1073
This chapter describes how to use ASDF to define systems and develop
1074 1075 1076 1077
software.


@menu
1078 1079 1080 1081
* The defsystem form::
* A more involved example::
* The defsystem grammar::
* Other code in .asd files::
1082
* The package-inferred-system extension::
1083 1084 1085 1086 1087
@end menu

@node  The defsystem form, A more involved example, Defining systems with defsystem, Defining systems with defsystem
@comment  node-name,  next,  previous,  up
@section The defsystem form
1088
@findex defsystem
1089 1090
@cindex asdf-user
@findex load-asd
1091

1092 1093
This section begins with an example of a system definition,
then gives the full grammar of @code{defsystem}.
1094

1095
Let's look at a simple system.
1096 1097
This is a complete file that should be saved as @file{hello-lisp.asd}
(in order that ASDF can find it
1098 1099
when ordered to operate on the system named @code{"hello-lisp"}).

1100
@lisp
1101
;; Usual Lisp comments are allowed here
1102

1103
(defsystem "hello-lisp"
1104
  :description "hello-lisp: a sample Lisp system."
1105
  :version "0.0.1"
1106 1107
  :author "Joe User <joe@@example.com>"
  :licence "Public Domain"
1108
  :depends-on ("optima.ppcre" "command-line-arguments")
1109 1110 1111
  :components ((:file "packages")
               (:file "macros" :depends-on ("packages"))
               (:file "hello" :depends-on ("macros"))))
1112 1113 1114 1115 1116
@end lisp

Some notes about this example:

@itemize
1117

1118
@item
1119 1120
The @code{defsystem} form defines a system named @code{hello-lisp}
that contains three source files:
1121
@file{packages.lisp}, @file{macros.lisp} and @file{hello.lisp}.
1122 1123

@item
1124 1125
The @file{.lisp} suffix is implicit for Lisp source files.
The source files are located in the same directory
1126 1127 1128 1129 1130 1131 1132 1133 1134
as the @code{.asd} file with the system definition.
@c FIXME: the following should live somewhere, but not in the quickstart
@c page. [2014/05/03:rpg]
@c ASDF resolves symbolic links (or Windows shortcuts)
@c before loading the system definition file and
@c stores its location in the resulting system@footnote{
@c It is possible, though almost never necessary, to override this behaviour.}.
@c This is a good thing because the user can move the system sources
@c without having to edit the system definition.
1135

1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159
@c FIXME: The first example system should probably use just :serial T.
@item
The file @file{macros} depends on @file{packages}
(presumably because the package it's in is defined in @file{packages}),
and the file @file{hello} depends on @file{macros}
(and hence, transitively on @file{packages}).
This means that ASDF will compile and load @file{packages} then @file{macros}
before starting the compilation of file @file{hello}.

@item
This example system has external dependencies on two other systems,
@code{optima.ppcre} (that provides a friendly interface to matching regular expressions),
and @code{command-line-arguments} (that provides a way to parse arguments passed from the shell command line).
To use this system, ASDF must be configured to find installed copies of these systems;
it will load them before it tries to compile and load @code{hello-lisp}.

@item
This system also defines a bunch of metadata.
While it is optional to define these fields
(and other fields like @code{:bug-tracker}, @code{:mailto}, @code{:long-name},
@code{:long-description}, @code{:source-control}),
it is strongly recommended to define the fields @code{:description}, @code{:version}, @code{:author}, and @code{:licence},
especially if you intend your software to be eventually included in Quicklisp.

1160 1161 1162
@c FIXME: Should have cross-reference to "Version specifiers" in the
@c defsystem grammar, but the cross-referencing is so broken by
@c insufficient node breakdown that I have not put one in.
1163
@c FIXME: this is way too detailed for the first example!
1164
@c move it!
1165
@item
1166
Make sure you know how the @code{:version} numbers will be parsed!
1167
Only period-separated non-negative integers are accepted at present.
1168
See below Version specifiers in @ref{The defsystem grammar}.
1169 1170

@item
Francois-Rene Rideau's avatar
Francois-Rene Rideau committed
1171 1172 1173 1174
This file contains a single form, the @code{defsystem} declaration.
No @code{in-package} form, no @code{asdf:} package prefix, no nothing.
Just the one naked @code{defsystem} form.
This is what we recommend.
1175 1176 1177 1178
More complex system definition files are possible with arbitrary Lisp code,
but we recommend that you keep it simple if you can.
This will make your system definitions more robust and more future-proof.

1179 1180
@cindex :version

1181 1182
@end itemize

1183 1184 1185 1186 1187 1188
This is all you need to know to define simple systems.
The next example is much more involved, to give you a glimpse of how you can do more complex things.
However, since it's ultimately arbitrary Lisp code, there is no bottom to the rabbit hole.
@c FIXME: divide the next example into many examples, to introduce fewer concepts at once.


1189 1190 1191
@node  A more involved example, The defsystem grammar, The defsystem form, Defining systems with defsystem
@comment  node-name,  next,  previous,  up
@section A more involved example
1192
@findex defsystem
1193 1194 1195 1196 1197

Let's illustrate some more involved uses of @code{defsystem} via a
slightly convoluted example:

@lisp
1198 1199
(in-package :asdf-user)

1200
(defsystem "foo"
1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221
  :version (:read-file-form "variables" :at (3 2))
  :components
  ((:file "package")
   (:file "variables" :depends-on ("package"))
   (:module "mod"
     :depends-on ("package")
     :serial t
     :components ((:file "utils")
                  (:file "reader")
                  (:file "cooker")
                  (:static-file "data.raw"))
     :output-files (compile-op (o c) (list "data.cooked"))
     :perform (compile-op :after (o c)
        (cook-data
         :in (component-pathname (find-component c "data.raw"))
         :out (first (output-files o c)))))
   (:file "foo" :depends-on ("mod"))))

(defmethod action-description
    ((o compile-op) (c (eql (find-component "foo" "mod"))))
  "cooking data")
1222 1223
@end lisp

1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245
Here are some notes about this example:

@itemize

@item
The main thing this file does is define a system @code{foo}.
It also contains other Lisp forms, which we'll examine below.

@item
Besides Lisp source files, this system contains a @code{:module} component
named @code{"mod"}, which is a collection of three Lisp source files
@file{utils.lisp}, @file{reader.lisp}, @file{cooker.lisp} and @file{data.raw}

@item
Note that the @code{:static-file} does not have an implicit file type,
unlike the Lisp source files.

@item
This files will be located in a subdirectory of the main code directory named
@file{mod/} (this location could have been overridden to be
in the same directory, or in a different subdirectory;
see the discussion of the @code{:pathname} option in @ref{The defsystem grammar}).
1246

1247 1248 1249 1250 1251 1252 1253 1254
@item
The @code{:serial t} says that each sub-component of @code{mod} depends on the previous components,
so that @file{cooker.lisp} depends-on @file{utils.lisp}, which depends-on @file{reader.lisp}.
Also @file{data.raw} depends on all of them, but that doesn't matter since it's a static file;
on the other hand, if it appeared first, then all the Lisp files would be recompiled
when the data is modified, which is probably not what is desired in this case.

@item
1255 1256
The method-form tokens provide a shorthand for defining methods on
particular components.  This part
1257 1258

@lisp
1259 1260 1261 1262 1263
     :output-files (compile-op (o c) (list "data.cooked"))
     :perform (compile-op :after (o c)
        (cook-data
         :in (component-pathname (find-component c "data.raw"))
         :out (first (output-files o c))))
1264 1265 1266 1267 1268
@end lisp

has the effect of

@lisp
1269 1270 1271 1272 1273 1274
(defmethod output-files ((o compile-op) (c (eql ...)))
  (list "data.cooked"))
(defmethod perform :after ((o compile-op) (c (eql ...)))
  (cook-data
   :in (component-pathname (find-component c "data.raw"))
   :out (first (output-files o c))))
1275 1276
@end lisp

1277
where @code{...} is the component in question.
1278
In this case @code{...} would expand to something like
1279 1280

@lisp
1281
(find-component "foo" "mod")
1282 1283
@end lisp

1284 1285
For more details on the syntax of such forms,
@pxref{The defsystem grammar}.
1286 1287 1288
For more details on what these methods do, @pxref{Operations} in
@ref{The object model of ASDF}.

1289 1290 1291 1292 1293 1294
@item
There is an additional @code{defmethod} with a similar effect,
because ASDF (as of ASDF 3.1.5)
fails to accept inline-methods as above for @code{action-description},
instead only supporting the deprecated @code{explain} interface.

1295
@c FIXME: The following plunge into detail weeds is not appropriate in this
1296 1297 1298 1299 1300 1301
@c location. [2010/10/03:rpg]
@c note that although this also supports @code{:before} methods,
@c they may not do what you want them to ---
@c a @code{:before} method on perform @code{((op compile-op) (c (eql ...)))}
@c will run after all the dependencies and sub-components have been processed,
@c but before the component in question has been compiled.
1302

1303 1304 1305
@item
In this case, these methods describe how this module defines code
that it then uses to cook some data.
1306

1307 1308 1309 1310 1311 1312
@item
Importantly, ASDF is told about the input and output files
used by the data cooker,
and to make sure everyone agrees,
the cooking function explicitly uses ASDF to access pathnames
to the input and output data.
1313

1314 1315
@c FIXME: move most of this package discussion to its own section,
@c and leave only a reference here.
1316

1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386
@item
The file starts with a form @code{(in-package :asdf-user)},
but it is actually redundant, not necessary and not recommended.
But yet more complex cases (also not recommended) may usefully use an @code{in-package} form.

@item
Indeed, ASDF does not load @file{.asd} files simply with @code{cl:load},
and neither should you.
You should let ASDF find and load them when you operate on systems.
If you somehow @emph{must} load a @file{.asd} file,
use the same function @code{asdf:load-asd} that ASDF uses.
Among other things, it already binds the @code{*package*} to @code{asdf-user}.
Recent versions of SLIME (2013-02 and later) know to do that when you @kbd{C-c C-k}
when you use the @code{slime-asdf} contrib.

@item
You shouldn't use an @code{in-package} form
if you're keeping things simple.
You should only use @code{in-package} (and before it, a @code{defpackage})
when you're going to define new classes, functions, variables, macros, etc.,
in the @code{.asd} file, and want to thereby avoid name clashes.
Manuals for old versions of ASDF recommended use of such an idiom in @file{.asd} files,
but as of ASDF 3, we recommend that you don't do that anymore,
and instead define any ASDF extensions in their own system,
on which you can then declare a dependency using @code{:defsystem-depends-on}.
@xref{The defsystem grammar}.

@item
More generally, you can always rely on symbols
from packages @code{asdf}, @code{common-lisp} and @code{uiop}
being available in @code{.asd} files ---
most importantly including @code{defsystem}.
It is therefore redundant and in bad taste to use a package-prefixed @code{asdf:defsystem} symbol
in a @file{.asd} file.
Just use @code{(defsystem ...)}.
Only package-prefix it when somehow dynamically generating system definitions
from a package that doesn't already use the ASDF package.

@item
@code{asdf-user} is actually only available starting since ASDF 3, but then again,
ASDF 1 and 2 did crazy things with packages that ASDF 3 has stopped doing@footnote{
  ASDF 1 and 2 (up until 2.26)
  used to dynamically create and delete temporary packages @code{asdf@emph{N}},
  one for each @file{.asd} file, in a misguided attempt to thereby reduce name clashes;
  but it failed at that goal and only made things more complex.
  ASDF 3 just uses a shared package @code{asdf-user} instead,
  and relies on the usual Common Lisp conventions to avoid clashes.
  As far as package oddities go, you may just notice that
  the @code{asdf-user} package also uses @code{uiop/common-lisp},
  a variant of the @code{common-lisp} package that papers over
  deficiencies in more obscure Common Lisp implementations;
  but unless you care about Corman Lisp, GCL, Genera or MCL, you shouldn't be concerned.
},
and since all implementations provide ASDF 3, you shouldn't care about compatibility with ASDF 2.
We do not support ASDF 2 anymore, and we recommend that neither should you.

@item
Starting with ASDF 3.1, @code{asdf-user} uses @code{uiop},
whereas in earlier variants of ASDF 3 it only used @code{uiop/package}.
We recommend you either prefix use of UIOP functions with the package prefix @code{uiop:},
or make sure your system @code{:depends-on ((:version "asdf" "3.1.2"))}
or has a @code{#-asdf3.1 (error "MY-SYSTEM requires ASDF 3.1.2")}.

@item
Finally, we elided most metadata, but showed how you can have ASDF automatically extract
the system's version from a source file. In this case, the 3rd subform of the 4th form
(note that Lisp uses 0-based indexing, English uses 1-based indexing).
Presumably, the 4th form looks like @code{(defparameter *foo-version* "5.6.7")}.

@end itemize
1387 1388


1389
@node  The defsystem grammar, Other code in .asd files, A more involved example, Defining systems with defsystem
1390 1391
@comment  node-name,  next,  previous,  up
@section The defsystem grammar
1392 1393
@findex defsystem
@cindex DEFSYSTEM grammar
1394

1395 1396 1397
@c FIXME: @var typesetting not consistently used here.  We should either expand
@c its use to everywhere, or we should kill it everywhere.

1398

1399
@example
1400 1401
system-definition := ( defsystem system-designator @var{system-option}* )

1402 1403
system-option := :defsystem-depends-on system-list
                 | :weakly-depends-on @var{system-list}
1404
                 | :class class-name (see discussion below)
1405
                 | :build-operation @var{operation-name}
1406
                 | system-option
1407 1408 1409
                 | module-option
                 | option

1410
# These are only available since ASDF 3 (actually its alpha release 2.27)
1411 1412 1413 1414 1415
system-option := :homepage string
                 | :bug-tracker string
                 | :mailto string
                 | :long-name string
                 | :source-control source-control
1416
                 | :version version-specifier
1417 1418 1419

source-control := (keyword string)

1420 1421
module-option := :components component-list
                 | :serial [ t | nil ]
1422

1423
option :=
1424
        | :pathname pathname-specifier
1425
        | :default-component-class class-name
1426
        | :perform method-form
1427
        | :explain method-form
1428
        | :output-files method-form
1429
        | :operation-done-p method-form
1430
        | :if-feature feature-expression
1431 1432
        | :depends-on ( @var{dependency-def}* )
        | :in-order-to ( @var{dependency}+ )
1433

1434

1435 1436
system-list := ( @var{simple-component-name}* )

1437
component-list := ( @var{component-def}* )
1438

1439
component-def  := ( component-type simple-component-name @var{option}* )