1. 25 Feb, 2018 1 commit
  2. 02 Feb, 2018 1 commit
  3. 28 Jan, 2018 5 commits
  4. 27 Jan, 2018 7 commits
  5. 18 Aug, 2017 3 commits
  6. 02 Aug, 2017 2 commits
  7. 04 Jul, 2017 4 commits
  8. 21 Jun, 2017 2 commits
  9. 17 Jun, 2017 3 commits
  10. 15 Jun, 2017 1 commit
  11. 13 Jun, 2017 1 commit
  12. 11 Jun, 2017 7 commits
  13. 09 Jun, 2017 3 commits
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
      First half of User Manual edits prompted by Phillip Marek's review · c3645abf
      ABCL/DOCUMENTATION reformatting with the only intentional function
      change being the introduction of the exported INDEX function to grind
      the documentation from available runtime symbols.  Something is still
      funky about parameter lists for generic functions and macros.
      c3645abf
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
      Further fixes for JSS · 987f2662
      JAVAPARSER now "stacks" its macro definition on the existing one it
      inherits from JSS.
      
      Refactor all tests to just pollute CL-USER where necessary (strictly
      speaking it shouldn't be necessary as all PROVE tests should be able
      to use lexical bindings.
      
      Document existence of Java field access via SHARPSIGN-QUOTATION_MARK,
      e.g.
      
          (#"{java.lang.System}.{fileSeparator}")
      
      and the new Java DSL
      
          (asdf:make :javaparser)
          (#"'#1"new ByteBuddy()
            .subclass(Object.class,t)
            .method(ElementMatchers.named("toString"))
            .intercept(FixedValue.value("Hello World!"))
            .make()
            .load(getClass().getClassLoader())
            .getLoaded()"
      987f2662
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
      Refactor JAVAPARSER dependencies out of JSS · 9ba092a1
      JAVAPARSER needs ABCL-ASDF to load its Maven artifact, but ABCL-ASDF
      needs JSS.  Therefore we refactor these dependencies into the ASDF
      infrastructure rather than dealing with CL:REQUIRE, which isn't going
      to work anyways unless there is another mechanism to load Maven
      artifacts.
      
      The JAVAPARSER system is not working due to dependency on the missing
      symbols CL-USER::REPLACE-ALL and CL-USER::TREE-REPLACE, but that was
      the case before this patch as Alan mistakenly didn't include it in his
      submitted patch series.
      9ba092a1