- armedbear-ticket - mailman3.common-lisp.net

[armedbear] Batch modify: #55, #188, #278, #327, #329, #426, #118, ...
by armedbear 22 Jun '23

22 Jun '23

Batch modification to #55, #188, #278, #327, #329, #426, #118, #132, #137, #166, #190, #223, #248, #297, #298, #301, #320, #330, #387, #391, #432, #460, #468, #8, #30, #50, #74, #112, #155, #169, #222, #230, #240, #281, #283, #286, #287, #291, #292, #305, #306, #315, #318, #319, #322, #323, #331, #332, #333, #335, #346, #349, #350, #351, #353, #354, #357, #358, #359, #363, #370, #371, #373, #374, #377, #378, #382, #383, #384, #385, #389, #392, #393, #394, #397, #404, #405, #408, #410, #411, #421, #423, #425, #435, #436, #438, #441, #442, #449, #450, #452, #454, #455, #457, #458, #459, #461, #463, #466, #467 by mevenson: milestone to 1.9.3 -- Tickets URL: <https://abcl.org/trac/query?id=55%2C188%2C278%2C327%2C329%2C426%2C118%2C132…> armedbear <https://abcl.org> armedbear

1 0

Re: [armedbear] #319: ABCL-CONTRIB should fallback to network load (was: ABCL-CONTRIB should fallback to network load.)
by armedbear 02 May '23

02 May '23

#319: ABCL-CONTRIB should fallback to network load ----------------------------------+-------------------------- Reporter: Evenson Not Org | Owner: Mark Evenson Type: defect | Status: assigned Priority: major | Milestone: 1.9.2 Component: abcl-contrib | Version: 1.2.0-dev Resolution: | Keywords: ansi-cl Parent Tickets: | ----------------------------------+-------------------------- Changes (by Mark Evenson): * priority: blocker => major Old description: > Its pure Common Lisp. > > See <https://abcl.org/trac/ticket/466> for linking into ANSI CL semantics New description: ABCL-CONTRIB should fallback to network load. Lots of testing needed. See <https://abcl.org/trac/ticket/466> for linking into ANSI CL semantics -- -- Ticket URL: <https://abcl.org/trac/ticket/319#comment:20> armedbear <https://abcl.org> armedbear

1 0

[armedbear] Batch modify: #452, #454, #455, #457, #458, #459, #461, ...
by armedbear 28 Feb '23

28 Feb '23

Batch modification to #452, #454, #455, #457, #458, #459, #461, #463, #466, #467, #477, #479, #483, #486, #487, #65, #167, #218, #238, #313, #314, #366, #395, #396, #398, #478, #480 by mevenson: milestone to 1.9.2 -- Tickets URL: <https://abcl.org/trac/query?id=452%2C454%2C455%2C457%2C458%2C459%2C461%2C46…> armedbear <https://abcl.org> armedbear

1 0

[armedbear] Batch modify: #118, #391, #346, #436, #55, #188, #319, ...
by armedbear 28 Feb '23

28 Feb '23

Batch modification to #118, #391, #346, #436, #55, #188, #319, #329, #132, #166, #301, #330, #432, #30, #155, #222, #230, #240, #322, #378, #384, #435, #133, #239, #242, #278, #327, #426, #137, #190, #223, #248, #297, #298, #320, #387, #460, #468, #8, #50, #74, #112, #169, #281, #283, #286, #287, #291, #292, #305, #306, #315, #318, #323, #331, #332, #333, #335, #349, #350, #351, #353, #354, #357, #358, #359, #363, #370, #371, #373, #374, #377, #382, #383, #385, #389, #392, #393, #394, #397, #404, #405, #408, #410, #411, #421, #423, #425, #438, #441, #442, #449, #450 by mevenson: milestone to 1.9.2 -- Tickets URL: <https://abcl.org/trac/query?id=118%2C391%2C346%2C436%2C55%2C188%2C319%2C329…> armedbear <https://abcl.org> armedbear

1 0

Re: [armedbear] #338: read-invoke #" reader-macro doesn't work for top level forms
by armedbear 06 Feb '23

06 Feb '23

#338: read-invoke #" reader-macro doesn't work for top level forms -------------------------+------------------------------------------------- Reporter: | Owner: Mark Evenson charmon | Type: defect | Status: closed Priority: major | Milestone: 1.9.1 Component: | Version: 1.3.0-dev libraries | Keywords: read-invoke sharpsign-doublequote Resolution: fixed | jss has-test Parent Tickets: | -------------------------+------------------------------------------------- Changes (by Mark Evenson): * status: assigned => closed * resolution: => fixed Old description: > Attempting to use the #" read-invoke reader macro fails for top-level > forms: > > ;; This works: > (defun bar () > (#"openConnection" (jss::new 'java.net.url "http://google.com"))) > (bar) > > ;; This doesn't: > (#"openConnection" (jss::new 'java.net.url "http://google.com")) > > And here is the stack trace: > > The value (LAMBDA (#1=#:G5344 &REST #2=#:G5345) > (JSS:INVOKE-RESTARGS "openConnection" #1# #2# NIL)) is not of > type SYMBOL. > [Condition of type TYPE-ERROR] > > Restarts: > 0: [ABORT] Abort compilation. > 1: [*ABORT] Return to SLIME's top level. > 2: [ABORT] Abort thread. > > Backtrace: > 0: (#<FUNCTION {4EF56F8}> #<TYPE-ERROR {5D0F047B}> #<FUNCTION > {4EF56F8}>) > 1: (APPLY #<FUNCTION {4EF56F8}> (#<TYPE-ERROR {5D0F047B}> #<FUNCTION > {4EF56F8}>)) > 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<TYPE-ERROR > {5D0F047B}> #<FUNCTION {4EF56F8}>) > 3: (INVOKE-DEBUGGER #<TYPE-ERROR {5D0F047B}>) > 4: org.armedbear.lisp.Lisp.error(Lisp.java:382) > 5: org.armedbear.lisp.Lisp.type_error(Lisp.java:435) > 6: org.armedbear.lisp.Lisp.checkSymbol(Lisp.java:1089) > 7: org.armedbear.lisp.Lisp.get(Lisp.java:1962) > 8: org.armedbear.lisp.compile_file_50.execute(compile-file.lisp:606) > ... New description: c.f. <https://github.com/armedbear/abcl/issues/541> Attempting to use the #" read-invoke reader macro fails for top-level forms: ;; This works: (defun bar () (#"openConnection" (jss::new 'java.net.url "http://google.com"))) (bar) ;; This doesn't: (#"openConnection" (jss::new 'java.net.url "http://google.com")) And here is the stack trace: The value (LAMBDA (#1=#:G5344 &REST #2=#:G5345) (JSS:INVOKE-RESTARGS "openConnection" #1# #2# NIL)) is not of type SYMBOL. [Condition of type TYPE-ERROR] Restarts: 0: [ABORT] Abort compilation. 1: [*ABORT] Return to SLIME's top level. 2: [ABORT] Abort thread. Backtrace: 0: (#<FUNCTION {4EF56F8}> #<TYPE-ERROR {5D0F047B}> #<FUNCTION {4EF56F8}>) 1: (APPLY #<FUNCTION {4EF56F8}> (#<TYPE-ERROR {5D0F047B}> #<FUNCTION {4EF56F8}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<TYPE-ERROR {5D0F047B}> #<FUNCTION {4EF56F8}>) 3: (INVOKE-DEBUGGER #<TYPE-ERROR {5D0F047B}>) 4: org.armedbear.lisp.Lisp.error(Lisp.java:382) 5: org.armedbear.lisp.Lisp.type_error(Lisp.java:435) 6: org.armedbear.lisp.Lisp.checkSymbol(Lisp.java:1089) 7: org.armedbear.lisp.Lisp.get(Lisp.java:1962) 8: org.armedbear.lisp.compile_file_50.execute(compile-file.lisp:606) ... -- Comment: Fixed with <https://abcl.org/trac/changeset/15630>. c.f. <https://github.com/armedbear/abcl/pull/545> Thanks to Alejandro Zamora Fonseca <https://github.com/alejandrozf> -- Ticket URL: <https://abcl.org/trac/ticket/338#comment:16> armedbear <https://abcl.org> armedbear

1 0

[armedbear] Batch modify: #118, #391, #346, #436, #55, #188, #319, ...
by armedbear 06 Feb '23

06 Feb '23

Batch modification to #118, #391, #346, #436, #55, #188, #319, #329, #132, #166, #301, #330, #432, #30, #155, #222, #230, #240, #322, #338, #378, #384, #435, #133, #239, #242, #278, #327, #426, #137, #190, #223, #248, #297, #298, #320, #387, #460, #468, #8, #50, #74, #112, #169, #281, #283, #286, #287, #291, #292, #305, #306, #315, #318, #323, #331, #332, #333, #335, #349, #350, #351, #353, #354, #357, #358, #359, #363, #370, #371, #373, #374, #377, #382, #383, #385, #389, #392, #393, #394, #397, #404, #405, #408, #410, #411, #421, #423, #425, #438, #441, #442, #449, #450 by mevenson: milestone to 1.9.1 -- Tickets URL: <https://abcl.org/trac/query?id=118%2C391%2C346%2C436%2C55%2C188%2C319%2C329…> armedbear <https://abcl.org> armedbear

1 0

Re: [armedbear] #422: SYSTEM:RUN-PROGRAM does not work on Java 6
by armedbear 27 Apr '22

27 Apr '22

#422: SYSTEM:RUN-PROGRAM does not work on Java 6 --------------------------+------------------------------------------------ Reporter: Mark | Owner: Mark Evenson Evenson | Type: defect | Status: closed Priority: blocker | Milestone: 1.9.0 Component: | Version: 1.4.0 interpreter | Resolution: wontfix | Keywords: cffi sys:run-program java-5 java-6 Parent Tickets: | --------------------------+------------------------------------------------ Changes (by Mark Evenson): * status: accepted => closed * resolution: => wontfix Comment: Support for openjdk6 no longer in scope. Patches would be accepted. -- Ticket URL: <https://abcl.org/trac/ticket/422#comment:20> armedbear <https://abcl.org> armedbear

1 0

[armedbear] Batch modify: #422, #118, #391, #346, #436, #55, #188, ...
by armedbear 27 Apr '22

27 Apr '22

Batch modification to #422, #118, #391, #346, #436, #55, #188, #319, #329, #132, #166, #301, #330, #432, #30, #155, #222, #230, #240, #322, #338, #378, #384, #435, #133, #239, #242, #475, #484, #485, #476, #481, #278, #327, #426, #137, #190, #223, #248, #297, #298, #320, #387, #460, #468, #8, #50, #74, #112, #169, #281, #283, #286, #287, #291, #292, #305, #306, #315, #318, #323, #331, #332, #333, #335, #349, #350, #351, #353, #354, #357, #358, #359, #363, #370, #371, #373, #374, #377, #382, #383, #385, #389, #392, #393, #394, #397, #404, #405, #408, #410, #411, #421, #423, #425, #438, #441, #442, #449, #450 by mevenson: milestone to 1.9.0 -- Tickets URL: <https://abcl.org/trac/query?id=422%2C118%2C391%2C346%2C436%2C55%2C188%2C319…> armedbear <https://abcl.org> armedbear

1 0

[armedbear] #487: Compiler macro called for functions declared NOTINLINE
by armedbear 29 Nov '21

29 Nov '21

#487: Compiler macro called for functions declared NOTINLINE -------------------------------+---------------------- Reporter: Eric Timmons | Type: defect Status: new | Priority: major Milestone: 1.8.1 | Component: compiler Version: 1.8.1-dev | Keywords: Parent Tickets: | -------------------------------+---------------------- According to 3.2.2.1.3, compiler macros must not be applied if the function is declared notinline. ABCL seems to call them anyways. To reproduce, compile the following: {{{ (in-package #:cl-user) (eval-when (:compile-toplevel :load-toplevel :execute) (declaim (inline explain)) (define-compiler-macro explain (&whole form &rest args) (declare (ignore args)) (warn "Compile macro called!") form) (defgeneric explain (operation component)) (defmethod explain ((o string) c) (declare (notinline explain)) (explain (find-class (read-from-string o)) c)) (defmethod explain ((o class) c) (format t "~S ~S~%" o c))) }}} I expect no warning. However, one is signaled. This is a reduction of something I noticed when prepping for the ASDF 3.4 series. It causes self upgrade to fail on ABCL. I tried writing a version with normal functions, but couldn't reproduce. So I don't know if I was just doing something wrong or if this only happens with generic functions. -- Ticket URL: <https://abcl.org/trac/ticket/487> armedbear <https://abcl.org> armedbear

1 0

[armedbear] #485: Non-congruent generic method signatures cannot be eval'd
by armedbear 14 Aug '21

14 Aug '21

#485: Non-congruent generic method signatures cannot be eval'd -------------------------------+------------------------- Reporter: Mark Evenson | Type: defect Status: new | Priority: major Milestone: 1.8.1 | Component: interpreter Version: 1.8.1-dev | Keywords: Parent Tickets: | -------------------------------+------------------------- <https://irclog.tymoon.eu/freenode/%23abcl?from=1611187078> {{{ 0:12:54 emaczen Is there a setting I can change in ABCL to not care if a method definition does not have all the keyword arguments as another method? 0:13:14 emaczen does not accept all of the keyword arguments defined for the generic function -- This is the ABCL error I am getting 0:13:42 emaczen SBCL and CCL do not care 0:30:42 charles` Is that only for keyword arguments, because SBCL definitely cares if I have different # of parameters for same method name 1:19:18 robertm Maybe you could use &allow-other-keys ? (Just a guess.) 1:53:50 etimmons emaczen: Based on your description and some quick tests I'm guessing you're implicitly defining the generic function with defmethod. Try using an explicit defgeneric. 1:57:24 etimmons It does appear there's a bug in how defmethod defines the lambda list of the implicit defgeneric https://plaster.tymoon.eu/view/2247#2247 2:00:37 etimmons If (fboundp function-name) is nil, a generic function is created [...] the lambda list of the generic function will mention ..... key (but no keyword arguments) }}} Eval'ing non-congruent forms fails with a {{{simple-error}}} but compiling seems to work. -- Ticket URL: <https://abcl.org/trac/ticket/485> armedbear <https://abcl.org> armedbear

1 5