Path: ...!2.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Paul Rubin <no.email@nospam.invalid>
Newsgroups: comp.lang.lisp
Subject: Re: Optimization flag for unchecked fixnums in SBCL?
Date: Mon, 12 Aug 2024 23:43:28 -0700
Organization: A noiseless patient Spider
Lines: 17
Message-ID: <87ttfo3otr.fsf@nightsong.com>
References: <87h6bwrufd.fsf@nightsong.com> <87y1523hwz.fsf@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain
Injection-Date: Tue, 13 Aug 2024 08:43:29 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="5716f3773220d62a20e25eaf1a9ebb54";
	logging-data="3970947"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/FSuiOiFc2nZTlw0yBJWRl"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
Cancel-Lock: sha1:9NbBn0WxFIi7DXDmu/B/UEsi9xM=
	sha1:IazJzCdy7oo0PHW2I90OCRN+uIw=
Bytes: 1737

steve g <sgonedes1977@gmail.com> writes:
> your problem with clen is the generic+ at the end of your cond
> statement. I'm going to try this in C. What haskell compiler do you use?

Currently ghc 8.8.4 which is kind of old.  I could try with a newer
compiler.  I have a C++ version that is drastically faster but has
memoization.  The maybe weird-looking recursive implementation of clen
in the Lisp version lingers from ripping out the memoization from an
earlier version that I posted.  I guess I could fix it to be tail
recursive if that sounds likely to help.

For specification of the problem, see:

https://projecteuler.net/problem=14

Thanks, and also the same to David De La Harpe Golden, for help with
these declarations.