Re: clisp - general interest in code cleanup
[email protected] (Don Cohen)
| Newsgroups | gmane.lisp.clisp.devel |
|---|---|
| Message-ID | <[email protected]> |
Daniel Jour writes: > > > Looking at the code base, I think this low activity stems My interpretation has been that the low activity is largely due to the code being GOOD - although I've found things I'd like to change, these have been easy enough to work around to make the cost/benefit favor leaving them. > I didn't know about the patches section of sf.net until Ken Brown brought > it up (https://sf.net/p/clisp/mailman/message/34957653/). It's news to me too. In fact I only recently found out that the hg I had been using for years was not the current one. Using an old hg makes the activity seem even lower! I'm still doing several nightly builds to check that any changes don't break either clisp builds or builds of my own software on top of clisp. Over the years I've suggested a few small changes on the mailing list that never made it as far as patches, partly cause I didn't even know that patches were being collected. I'd appreciate if some of those could be included when the patches are incorporated. > > 3. make sure that CLISP builds and passes self-tests on as many > > platforms as possible, but at least > > A. Linux (fedora, ubuntu &c) > > B. Windows (whatever the most common version is now, with and without > > cygwin) > > C. Mac OS X > > D. *BSD (FreeBSD, OpenBSD, NetBSD) Just wondering, how much interest is there in different linux versions, and especially old ones? Some of my nightly test builds are on Fedora Core release 4 (2.6.17-1.2142_FC4). Also how much interest is there in different build configurations? One of the configurations on that old machine, ./configure --with-debug --with-threads=POSIX_THREADS --with-module=rawsock build-mt ends up with ./clisp-link: line 97: 538 Segmentation fault "$@" (and has for many years now) This one builds, though: ./configure --with-debug --with-threads=POSIX_THREADS --with-module=rawsock --with-dynamic-modules=no build-mt-no > How "extensive" are these self-tests? You'll see. I consider them to be very extensive. Sometimes they begin to feel interminable. ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 _______________________________________________ clisp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/clisp-devel