gmane.lisp.cl-lispbuilder.general

lispbuilder fix

Justin Heyes-Jones — 2010-11-14T05:45:22

Just checked in a few files needed to fix a bug in the input code for
lispbuilder-sdl

There was a problem with the functions key-pressed-p and
key-released-p in that they should only fire for the single update in
which the key state changes.

Fixes are in the lispbuilder-sdl with-events macro in events.lisp and
some refactoring of input-util.lisp

Let me know of any issues.

Justin

Re: Quicklisp

Elliott Slaughter — 2010-11-09T05:10:32

Hm, maybe the quicklisp maintainers don't know about the existence of Mac
binary packages?...

On Mon, Nov 8, 2010 at 7:47 PM, Justin Heyes-Jones <justinhj-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: Quicklisp

Justin Heyes-Jones — 2010-11-09T03:47:48

Yeah that's what happened. I do have that file but it's in my own
install, not in the quicklisp system.

Justin

On 7 November 2010 20:39, Elliott Slaughter <elliottslaughter-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Quicklisp

Elliott Slaughter — 2010-11-08T04:39:49

Is there any chance Quicklisp failed to install the binaries package? Is
cocoahelper.dylib or cocoahelper.framework actually present on your system?

On Sun, Nov 7, 2010 at 8:03 PM, Justin Heyes-Jones <justinhj-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Quicklisp

Justin Heyes-Jones — 2010-11-08T04:03:10

Finally got around to checking out Quicklisp and compared to the hell
I have been through getting asdf to work, and to stay working it's
amazing.

Unfortunately I ran into a problem with lispbuilder-sdl loading the
cocoahelper. Any idea what's going on?

Unable to load any of the alternatives:
   ((:FRAMEWORK #1="cocoahelper") (:DEFAULT #1#))
   [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR]

Restarts:
 0: [RETRY] Try loading the foreign library again.
 1: [USE-VALUE] Use another library instead.
 2: [TRY-RECOMPILING] Recompile cocoahelper and try loading it again
 3: [RETRY] Retry loading component ("cocoahelper" "cocoahelper" "cocoahelper").
 4: [ACCEPT] Continue, treating loading component ("cocoahelper"
"cocoahelper" "cocoahelper") as having been successful.
 5: [ABORT] Give up on "lispbuilder-sdl"
 --more--

Backtrace:
  0: (CFFI::FL-ERROR "Unable to load any of the alternatives:~%
~S")[:EXTERNAL]
  1: (CFFI:LOAD-FOREIGN-LIBRARY LISPBUILDER-SDL-COCOAHELPER::COCOAHELPER)
  2: (SB-FASL::LOAD-FASL-GROUP ..)
  3: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))
  4: (SB-FASL::LOAD-AS-FASL ..)
  5: ((FLET SB-FASL::LOAD-STREAM) ..)
  6: (LOAD #P"/Users/justinhj/.cache/common-lisp/sbcl-1.0.37-darwin-x86-64/Users/justinhj/.sbcl/site/lispbuilder-sdl/cocoahelper/cocoahelper.fasl")[:EXTERNAL]

Re: Font error in SBCL

Luke Crook — 2010-10-24T03:51:53

On Oct 23, 2010, at 19:32, Elliott Slaughter <elliottslaughter-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
wrote:

There's a non-ascii character in a docstring in lb-sdl/sdl/font.lisp :P.
Fixing....

On Sat, Oct 23, 2010 at 6:22 PM, Elliott Slaughter <
elliottslaughter-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Font error in SBCL

Elliott Slaughter — 2010-10-24T02:50:18

Fixed in head.

On Sat, Oct 23, 2010 at 7:32 PM, Elliott Slaughter <
elliottslaughter-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Font error in SBCL

Elliott Slaughter — 2010-10-24T02:32:45

There's a non-ascii character in a docstring in lb-sdl/sdl/font.lisp :P.
Fixing....

On Sat, Oct 23, 2010 at 6:22 PM, Elliott Slaughter <
elliottslaughter-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Font error in SBCL

Elliott Slaughter — 2010-10-24T01:22:41

I reverted to a 7-month-old version of lispbuilder-sdl today (r1464, to be
precise), and still experienced the same issue as with SVN head.

Again, I am using SBCL 1.0.35 on Linux, and if I recall correctly these
libraries all used to work on the machine I happen to be testing on.....

Any ideas?

  decoding error on stream
  #<SB-SYS:FD-STREAM
    for "file /tmp/eslaught/lisp/asdf/lispbuilder-sdl/sdl/font.lisp"
{B4431D9}>
  (:EXTERNAL-FORMAT :ASCII):
    the octet sequence (226) cannot be decoded.

(See my original email for the full backtrace.)

On Sun, Oct 10, 2010 at 12:47 AM, Luke Crook <luke-bul7fGZb+kRBDgjK7y7TUQ< at >public.gmane.org> wrote:

Re: Font error in SBCL

Luke Crook — 2010-10-24T03:51:53

_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w< at >public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder

Re: Font error in SBCL

Elliott Slaughter — 2010-10-24T02:50:18

_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w< at >public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder

Re: Font error in SBCL

Elliott Slaughter — 2010-10-24T02:32:45

_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w< at >public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder

Re: Font error in SBCL

Elliott Slaughter — 2010-10-24T01:22:41

_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w< at >public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder

Re: Font error in SBCL

Luke Crook — 2010-10-10T07:47:29

_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w< at >public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder

Font error in SBCL

Elliott Slaughter — 2010-10-10T03:56:56

_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w< at >public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder

parser query

Peter Keller — 2010-09-21T06:15:08

Hello,

How would I translate a parser grammar rule like this into lispbuilder-yacc?

foos : foo foos
     |

Would it be something like:

(foos
  (foo foos #'(lambda (one more) ...))
  (nil #'(lambda () ...)))

I tried the above, but it didn't evaluate the function associated with
the nil when it should have in the grammar.

Thank you.

-pete

Re: lexer problem

Gustavo — 2010-09-16T22:30:46

_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w< at >public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder

Re: lexer problem

Peter Keller — 2010-09-16T21:22:41

I'm still new to Lisp, but I've written macros which produce lambda forms 
and defuns, what is deflexer doing that's different?

Thank you.

-pete

Re: lexer problem

Gustavo — 2010-09-16T20:05:22

_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w< at >public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder

Re: lexer problem

Peter Keller — 2010-09-16T19:49:42

Hello,

On Sun, Sep 12, 2010 at 01:52:44AM -0500, Peter Keller wrote:

Any suggesstions on why this error happens or how to avoid it?

When I just (load "ann-2"), it all works fine, but trying to compile a
deflexer form it produces this output. How is deflexer used in compiled
fasls?

Thank you.

-pete

Re: lexer problem

Peter Keller — 2010-09-15T02:38:26

This error I still haven't figured out and am pretty stuck. I've tried using
eval-when to prevent the compilation and to do the expansion during load, but
haven't gotten it to work.


This error I figured out:

The cause was a rule like this in the deflexer form:

  ("("
    (incpos 0 1))

It needed to be converted from the flex regex syntax I was using (from
a flex file I'm converting) into the lispbuilder-regex style syntax, so:

  ("[(]"
    (incpos 0 1))

Otherwise lispbuilder-regex thought it was the start of a regex group.
The regex syntax error really confused lispbuilder-lexer...

Thank you.

-pete