yes, there is no problem in my read-macro,
also in quasiquote I cant use macros, if in them are comma operators.
I think, there is no proper solution.
Search found 25 matches
- Thu Dec 11, 2014 8:38 am
- Forum: Common Lisp
- Topic: problems with read macros
- Replies: 2
- Views: 6265
- Wed Dec 10, 2014 11:40 am
- Forum: Common Lisp
- Topic: problems with read macros
- Replies: 2
- Views: 6265
problems with read macros
i want a read-macro to do something with all symbols, with a comma before them, similar to quasiquote it works, but if I use another read-macro inside my read-macro it can happen, that the other read-macro reads the commas first, and throws an error. how can I change this behavior this is my macro d...
- Wed Dec 10, 2014 8:39 am
- Forum: Common Lisp
- Topic: Which utilities do you use?
- Replies: 9
- Views: 19055
Which utilities do you use?
There are some macros, read-macros and functions written by myself, I use in many programs I write. I think, every lisper has some files containing utilities. I am interested, which utilities are the most useful you wrote. Let me write some examples, I wrote: A reader macro. I use it, instead of com...
- Tue Nov 25, 2014 4:19 pm
- Forum: Common Lisp
- Topic: Problem in executing the code
- Replies: 5
- Views: 10692
Re: Problem in executing the code
i think, you should read books. there are some good ones online for free (like the ones Paul Graham wrote). (the only lang i learnt this way)
But if you understand the basics it should often be enough to read the entrys for the operations in common lisp hyperspec, there also are many examples.
But if you understand the basics it should often be enough to read the entrys for the operations in common lisp hyperspec, there also are many examples.
- Tue Nov 25, 2014 4:08 pm
- Forum: Common Lisp
- Topic: Optimizing Common Lisp Speed and executable Size
- Replies: 4
- Views: 10086
Re: Optimizing Common Lisp Speed and executable Size
Thanks, I should read more about custom kernels. But for this problem they will not help. I compared the time of running the main-function in sbcl and the time of running the executable in terminal and they are the same (0.130s only for switching workspaces) So the core is not the problem. If you wa...
- Fri Nov 21, 2014 6:39 pm
- Forum: Common Lisp
- Topic: Optimizing Common Lisp Speed and executable Size
- Replies: 4
- Views: 10086
Optimizing Common Lisp Speed and executable Size
What should I watch for if I write small programs in Common Lisp, which don't do much. I wrote a program that only executes some small functions to interact with the desktop-manager. But the execution of the program has a recognizable duration (should be faster) Would it be faster if not the whole c...
- Thu Jun 12, 2014 3:30 am
- Forum: Common Lisp
- Topic: Disable compiler warnings for special variables
- Replies: 3
- Views: 8103
Re: Disable compiler warnings for special variables
Thanks @nuntius, that's what I meant,
I didn't know, it's possible to declare variables special in this context
I didn't know, it's possible to declare variables special in this context
- Thu Jun 12, 2014 3:24 am
- Forum: Common Lisp
- Topic: Remove functions from readtables?
- Replies: 2
- Views: 6551
Remove functions from readtables?
Is it possible to remove some symbols from a readtable or to create an empty readtable, where I have to set all reader macros myself. (copy-readtable) can only copy existing readtables and recreate the default readtable (set-macro-character) can only set functions This works, but it seems stupid to ...
- Sun Jun 08, 2014 10:13 am
- Forum: Common Lisp
- Topic: Disable compiler warnings for special variables
- Replies: 3
- Views: 8103
Disable compiler warnings for special variables
If I create functions using a undeclared special variable like this (defun some-special-function () (do-something-with *special-variable*)) , the compiler warns me, every time. The special variables are only defined temporary: (let ((*special-variable* nil)) (declare (special *special-variable*)) (s...
- Fri May 09, 2014 6:51 am
- Forum: Common Lisp
- Topic: (FOREIGN-ALLOC... is is not of type SB-SYS:SYSTEM-AREA-P...
- Replies: 2
- Views: 5886
Re: (FOREIGN-ALLOC... is is not of type SB-SYS:SYSTEM-AREA-P
there is no function foreign-array-alloc or foreign-alloc in common lisp (by default). please say, where you got this function
(I think the second code is the one you wrote to get this message)
(I think the second code is the one you wrote to get this message)