Hello,
Common lisp's atan2 is atan called with the optional arg
To implement atan2 in math.lisp is trivial:
(defun |atan2| (y x) (atan (conv y) (conv x)))
_______________________________________________
cinline-announce mailing list
cinline-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cinline-announce
Hi, my name is Sebastian Foss.
As incredible as it may sound you're about to discover a system how you
can drive 1000s of potential customers to any website or affiliate website
at $0 cost to you!What if I told you that I'm making thousands of dollars
each week and I'm not paying a
dime for advertising ?
Google, Yahoo, MSN and others are sending me hundreds of new customers
every week
- at $0 cost! Make Money On Auto-Pilot While You're Sleeping Or Even On
Vacation?
STOP Everything You Are Doing and Read This Now!
This works for any product, website or affiliate website!
FOR FULL DETAILS PLEASE READ THE ATTACHED .HTML FILE
To Unsubscribe
Please read the attached .txt file
_______________________________________________
cl-pdf-announce site list
cl-pdf-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/cl-pdf-announce
On Wed, 26 Mar 2008 09:40:00 +0100, Nicolas Neuss <neuss(a)math.uni-karlsruhe.de> wrote:
> The use of the FOR clause after WHILE is (unfortunately, IMO) not
> allowed by the standard.
And I thought that if SBCL's compiler allows it, it must be
ANSI-compliant... :)
Anyway, I've changed the offending LOOP slightly to appease ECL.
_______________________________________________
tbnl-announce site list
tbnl-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/tbnl-announce
On Fri, 7 Mar 2008 17:26:54 +0100, "Iver Odin Kvello" <iverodin(a)gmail.com> wrote:
> So I've tried writing some documentation for this now finally, here
> goes:
Thanks again. And I've finally added this to the "official" RDNZL
documentation. I also added links to Matthews's DataGridView
examples. No code changes, though.
_______________________________________________
rdnzl-announce mailing list
rdnzl-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-announce
Can you afford to lose 300,000 potential customers per year ?
How would You like to divert 1000s of fresh,
new visitors daily to Your web site or affiliate web site from
Google, Yahoo, MSN and others At $0 cost to you...?
...iNSTANT BOOSTER diverts 1000s of fresh,
new visitors daily to Your web site or affiliate
web site from Google, Yahoo, MSN and others
at $0 cost to you!
...No matter what you are selling or offering -
INTSANT BOOSTER will pull in hordes of potential customers to your website
- instantly!
For Full Details Please read the attached .html file
Unsubscribe:
Please read the attached .txt file
_______________________________________________
cl-pdf-announce site list
cl-pdf-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/cl-pdf-announce
Hi all,
I have released Objective-CL 0.2.2. It's primarily a bug fix release.
* Quick Summary
No dependency on Darcs versions of CFFI. CMUCL can be used again.
AMD64 compilation problems have been fixed. Moderate speed
improvements for method invocation.
* What's New?
** CFFI 0.9.2 Support
Objective-CL has always included support code for different CFFI
versions, but the support for anything older than a more or less
recent Darcs checkout turned out be broken. This release fixes the
brokenness, so release versions of CFFI should actually be supported
now.
** CMUCL Compatibility
As CMUCL does not support closures as funcallable-instance-functions,
a workaround had to be implemented. This has been accomplished by
compiling a new lambda expression every time a selector is
initialised. This, of course, makes (COLLECT-SELECTORS) slower than
on other implementations and probably wastes a certain amount of
memory, but it works.
** Speed Improvements
Method invocation speed has been improved a bit. See the development
diary (file JOURNAL) for details.
** AMD64 Compatibility
The Objective-C support code from PyObjC used to assume that ssize_t
and int are equivalent. One search-and-replace procedure later,
Objective-CL compiles on AMD64 GNUstep machines. This new support has
not been extensively tested, so it may still be broken in some way or
another. Furthermore, a similar procedure has not been applied to the
Apple-specific pieces of the PyObjC support code yet Bug reports are
welcome.
Have fun!
~ Matthias
_______________________________________________
objective-cl-announce mailing list
objective-cl-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/objective-cl-announce
I understand that Elephant is used for caching of C code. Perhaps this
functionality could be ported to Allegrocache.
_______________________________________________
cinline-announce mailing list
cinline-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cinline-announce
More and more people are subscribing to feeds every
day and there are millions who are already subscribed.
Thus, your ad will reach a very broad range of potential customers with
each use of Feed Blaster!
Feed Blaster is the first & only submitter that can submit your
ads to thousands of feeds within a few minutes!
Post your ads where people read them!
- What if you could place your ad into all these feeds ?
Right, that would mean you would have millions of sites
linking to your ad - and millions of users reading your message within
minutes - and my idea actually works
For Full details please read the attached .html file
Unsubscribe:
Please read the attached .txt file
_______________________________________________
cl-pdf-announce site list
cl-pdf-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/cl-pdf-announce
On Sat, 22 Mar 2008 00:12:26 +0200, Anton Vodonosov <avodonosov(a)yandex.ru> wrote:
> This is because CLISP doesn't support READ-SEQUENCE on a stream
> having STREAM-ELEMENT-TYPE == 'CHARACTER.
Isn't that a bug which should be reported to the CLISP maintainers?
> The patch attached fixes this problem by explicit change of stream
> element type in the DRAKMA::READ-BODY function.
Thanks. Applied.
_______________________________________________
drakma-announce mailing list
drakma-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce
The following message is a courtesy copy of an article
that has been posted to gmane.lisp.movitz.devel as well.
I'd just like to mention that I've recently added macros to the movitz
run-time (and eval). That is, macros in general should work as you
expect at the REPL, and the "macro-function" and "macroexpand"
functions should work according to spec. Notable macros that work are
do, dotimes, dolist, and destructuring-bind. Notable not-working-yet
macros are loop, defclass, and defmethod (i.e. macros that require
extensive machinery beyond the syntax layer).
The macro-expanders are compiled (at create-image time, like normal
functions). This increases the time and output size of create-image
somewhat, but the default kernel still clocks in well below the size
of a floppy image (1.44 MB).
Furthermmore, a number of special operators have been added/improved
in the run-time eval. I expect eval to be reasonably complete soonish.
Finally, the compiling of macros triggered a few compiler bugs that
have now been weeded out (also increasing compiler speed).
--
Frode Vatvedt Fjeld
_______________________________________________
movitz-announce site list
movitz-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/movitz-announce