1. 23 Oct, 2013 2 commits
    • Francois-Rene Rideau's avatar
      package-system: support for quick-build style defpackage-based dependencies. · c609093c
      Francois-Rene Rideau authored
      This is quick-build compatible and fixes lp#1230368.
      To use package-system, just have foo.asd containing
      	(defsystem foo :class package-system)
      at the top of your quick-build hierarchy $FOODIR
      for packages whose name start with "FOO/"
      and ASDF will thereafter look for system "foo/bar/baz" in $FOODIR/bar/baz.lisp.
      Such a file will implicitly have its own system defined;
      its dependencies are computed by scanning the file,
      extracting its first defpackage form,
      and using the packages it uses or imports from
      as a as a specification of what systems it depends on.
      You can register packages as belonging to a system with
      	(asdf:register-system-packages my-system '(package1 package2))
      Using or importing from a package registered to a given system
      will generate a dependency to the registered system.
      Using or importing from a packages registered to the constant symbol T
      will not generate any dependency.
      Using or importing from a packages that is not registered will generate
      a dependency on a system the name of which is the package name downcased.
      All packages that exist at the time ASDF is initially loaded
      are registered to constant symbol T.
      Also, for convenience, introduce :use-reexport and :mix-reexport in
      uiop/package.lisp (of course, no one can rely on it until it's mainstream,
      but better late than never).
      To use this style in a way compatible with older versions of ASDF 3,
      you may use the asdf-package-system extension.
      See lisp-interface-library for a system that uses this style this way.
      Push :asdf-package-system to *features*
    • Francois-Rene Rideau's avatar
      Try to avoid extraneous spaces in redirected command lines · ba8308da
      Francois-Rene Rideau authored
      for the sake of Windows' CMD.EXE.
  2. 21 Oct, 2013 1 commit
  3. 20 Oct, 2013 1 commit
  4. 18 Oct, 2013 2 commits
  5. 16 Oct, 2013 2 commits
  6. 15 Oct, 2013 3 commits
  7. 14 Oct, 2013 2 commits
  8. 13 Oct, 2013 2 commits
  9. 12 Oct, 2013 3 commits
  10. 11 Oct, 2013 1 commit
  11. 09 Oct, 2013 2 commits
  12. 08 Oct, 2013 1 commit
  13. 07 Oct, 2013 1 commit
  14. 03 Oct, 2013 1 commit
  15. 02 Oct, 2013 2 commits
  16. 30 Sep, 2013 3 commits
  17. 28 Sep, 2013 3 commits
    • Francois-Rene Rideau's avatar
      More docstrings. · 3900a1f0
      Francois-Rene Rideau authored
    • Francois-Rene Rideau's avatar
      Various run-program related fixes: · 3176b414
      Francois-Rene Rideau authored
      * have run-program on ECL on SLIME.
      * remove now unnecessary &allow-other-keys from slurp-input-stream and vomit-output-stream.
      * add stripln and :stripped t support to slurp-input-stream string.
      * add convenience functions println and writeln.
    • Francois-Rene Rideau's avatar
      Another reimplementation of run-program. New: · 4caf0cc7
      Francois-Rene Rideau authored
      * it handles INPUT and ERROR-OUTPUT, not just OUTPUT.
      * it accepts PATHNAMEs as I/O designators
      * it works on ECL under SLIME (fixes lp#1232225)
        At the suggestion of stassats, we're always returning an exit code,
        and in a predictable return value position.
        However, both for backward compatibility and usability,
        the OUTPUT slurping results remain the primary return value,
        followed by the ERROR-OUTPUT slurping results, followed by the exit code.
        So far, no one was using multiple values in SLURP-INPUT-STREAM methods,
        so no one will regret that, except people who might have somehow expected
        the old weird behavior of a return code when OUTPUT is NIL or :INTERACTIVE.
      * As another API tweak and improvement, keyword options are now specified
        separately for each of your I/O designators, by putting them your designator
        in a list. A list also distinguishes a string as input from a namestring
        to designate a pathname, i.e. :input '("bar") is the string literal,
        whereas :input "bar" is the file named bar.
      Several fixes and extensions to stream support.
      Only tested so far on Linux x64 with
      ccl clisp sbcl ecl ecl_bytecodes cmucl abcl allegro allegromodern xcl
  18. 27 Sep, 2013 1 commit
  19. 24 Sep, 2013 1 commit
  20. 23 Sep, 2013 1 commit
  21. 16 Sep, 2013 2 commits
  22. 10 Sep, 2013 1 commit
  23. 08 Sep, 2013 2 commits