gmane.lisp.clisp.devel

[ clisp-Bugs-3610518 ] pari module fails to compile with pari-2.5.x

SourceForge.net — 2013-04-11T16:16:59

Bugs item #3610518, was opened at 2013-04-10 21:15
Message generated for change (Settings changed) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3610518&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: grozin (grozin)
Assigned to: Nobody/Anonymous (nobody)
Summary: pari module fails to compile with pari-2.5.x

Initial Comment:
The current stable version is pari-2.5.3. Starting from 2.5.0, compilation of pari.c fails:

gcc -I/usr/include/db4.8  -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir/gllib -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir -I/usr/include/db4.8 -O2 -march=native -pipe -Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format

[ clisp-Bugs-3610521 ] pari module fails to compile with pari-2.5.x

SourceForge.net — 2013-04-11T16:16:36

Bugs item #3610521, was opened at 2013-04-10 21:52
Message generated for change (Settings changed) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3610521&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Priority: 5
Private: No
Submitted By: grozin (grozin)
Assigned to: Nobody/Anonymous (nobody)
Summary: pari module fails to compile with pari-2.5.x

Initial Comment:
The current stable version is pari-2.5.3. Starting from 2.5.0, compilation of pari.c fails:

gcc -I/usr/include/db4.8  -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir/gllib -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir -I/usr/include/db4.8 -O2 -march=native -pipe -Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-no

[ clisp-Bugs-3610521 ] pari module fails to compile with pari-2.5.x

SourceForge.net — 2013-04-11T04:52:15

Bugs item #3610521, was opened at 2013-04-10 21:52
Message generated for change (Tracker Item Submitted) made by grozin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3610521&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: grozin (grozin)
Assigned to: Nobody/Anonymous (nobody)
Summary: pari module fails to compile with pari-2.5.x

Initial Comment:
The current stable version is pari-2.5.3. Starting from 2.5.0, compilation of pari.c fails:

gcc -I/usr/include/db4.8  -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir/gllib -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir -I/usr/include/db4.8 -O2 -march=native -pipe -Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declar

[ clisp-Bugs-3610518 ] pari module fails to compile with pari-2.5.x

SourceForge.net — 2013-04-11T04:15:04

Bugs item #3610518, was opened at 2013-04-10 21:15
Message generated for change (Tracker Item Submitted) made by grozin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3610518&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: grozin (grozin)
Assigned to: Nobody/Anonymous (nobody)
Summary: pari module fails to compile with pari-2.5.x

Initial Comment:
The current stable version is pari-2.5.3. Starting from 2.5.0, compilation of pari.c fails:

gcc -I/usr/include/db4.8  -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir/gllib -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir -I/usr/include/db4.8 -O2 -march=native -pipe -Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declar

[ clisp-Bugs-3485514 ] Cygwin & Pipes

SourceForge.net — 2013-04-09T18:34:17

Bugs item #3485514, was opened at 2012-02-07 14:46
Message generated for change (Comment added) made by toddcpierce
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Todd Pierce (toddcpierce)
Assigned to: Bruno Haible (haible)
Summary: Cygwin & Pipes

Initial Comment:
Hello CLISP crew!

This is not really a bug.  After all, Cygwin just started supporting named pipes.  It appears, though, that the build of CLISP being distributed along with Cygwin doesn't recognize them.  The version of CLISP is this:

Welcome to GNU CLISP 2.48 (2009-07-28) 

Since CLISP is turrning out to be the most comfy place for my artificial intelligence to, well... think.

The behavior I noticed is that CLIS

[ clisp-Bugs-3485514 ] Cygwin & Pipes

SourceForge.net — 2013-03-30T17:27:00

Bugs item #3485514, was opened at 2012-02-07 14:46
Message generated for change (Comment added) made by toddcpierce
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Todd Pierce (toddcpierce)
Assigned to: Bruno Haible (haible)
Summary: Cygwin & Pipes

Initial Comment:
Hello CLISP crew!

This is not really a bug.  After all, Cygwin just started supporting named pipes.  It appears, though, that the build of CLISP being distributed along with Cygwin doesn't recognize them.  The version of CLISP is this:

Welcome to GNU CLISP 2.48 (2009-07-28) 

Since CLISP is turrning out to be the most comfy place for my artificial intelligence to, well... think.

The behavior I noticed is that CLIS

[ clisp-Bugs-3608300 ] Link change

SourceForge.net — 2013-03-17T14:30:56

Bugs item #3608300, was opened at 2013-03-17 05:30
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3608300&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: doc
Group: web pages
Priority: 5
Private: No
Submitted By: Mark Carter (comcol)
Summary: Link change

Initial Comment:
On page http://www.clisp.org/resources.html the reference to 
http://www.markcarter.me.uk/computing/lisp/lisp.htm
is broken, and should now read
http://www.markcarter.me.uk/programming/lisp/lisp.htm

----------------------------------------------------------------------

Comment By: Sam Steingold (sds)
Date: 2013-03-17 07:30

Message:
thank you for your bug report.
the bug has been fixed in the source tree (mercurial/hg).
you can either wait for the next release (recommended)
or check out the current me

[ clisp-Bugs-3608300 ] Link change

SourceForge.net — 2013-03-17T12:30:33

Bugs item #3608300, was opened at 2013-03-17 05:30
Message generated for change (Tracker Item Submitted) made by comcol
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3608300&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: doc
Group: web pages
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Mark Carter (comcol)
Assigned to: Bruno Haible (haible)
Summary: Link change

Initial Comment:
On page http://www.clisp.org/resources.html the reference to 
http://www.markcarter.me.uk/computing/lisp/lisp.htm
is broken, and should now read
http://www.markcarter.me.uk/programming/lisp/lisp.htm

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3608300&group_id=1355

---------------------------------------------

[ clisp-Bugs-3603480 ] unless test ignored when compiling

SourceForge.net — 2013-02-06T01:49:15

Bugs item #3603480, was opened at 2013-02-05 17:49
Message generated for change (Tracker Item Submitted) made by ksvanhorn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3603480&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kevin S. Van Horn (ksvanhorn)
Assigned to: Bruno Haible (haible)
Summary: unless test ignored when compiling

Initial Comment:
The following file gives an error (can't redefine setq) when compiled, but not when loaded:

--- foo.lisp --
(unless t
  (defmacro setq (a b) nil))

(setq var 'value)
--- end ---

This is a simplified version of code that occurs in the paiprolog system, and this problem causes  (ql:quickload "paiprolog") to fail.

I encountered this problem with CLISP 2.49 running on Windows. 

------------------

[ clisp-Bugs-3603421 ] glibc update

SourceForge.net — 2013-02-05T15:02:00

Bugs item #3603421, was opened at 2013-02-05 06:36
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3603421&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: build problems
Priority: 5
Private: No
Submitted By: Vladimír Čunát (vcunat)
Summary: glibc update

Initial Comment:
At nixos.org we're stabilizing a branch containing glibc-2.17. The problem is that the C type __swblk_t has been removed.

I made a quick fix by removing the (def-c-type __swblk_t) line from modules/bindings/glibc/linux.lisp, which made it build (clisp-2.49 with patched <bits/ipctypes.h> usage).

Is this a correct way? Are you going solve this problem as well?

----------------------------------------------------------------------

Date: 2013-02-05 07:02

Message:
looks like removing

clisp-cvs Digest, Vol 71, Issue 1

2013-02-05T15:01:25

Send clisp-cvs mailing list submissions to
clisp-cvs< at >lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/clisp-cvs
or, via email, send a message with subject or body 'help' to
clisp-cvs-request< at >lists.sourceforge.net

You can reach the person managing the list at
clisp-cvs-owner< at >lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of clisp-cvs digest..."


CLISP CVS commits for today

Today's Topics:

   1. clisp: handle <ulink url="usenet"> in XSL
      (clisp-cvs-request< at >lists.sourceforge.net)
   2. clisp: set compile-command in d-mode
      (clisp-cvs-request< at >lists.sourceforge.net)
   3. clisp: (wr_by_array_iau8_buffered): pin the source buffer
      before... (clisp-cvs-request< at >lists.sourceforge.net)
   4. clisp: wr_by_array_iau8_buffered: pin_unprotect_varobject
      with j... (clisp-cvs-request< at >lists.sourceforge.net)
   5. clisp: (per_thread): TLS (i.e. __thread qualifi

[ clisp-Bugs-3603421 ] glibc update

SourceForge.net — 2013-02-05T14:36:33

Bugs item #3603421, was opened at 2013-02-05 06:36
Message generated for change (Tracker Item Submitted) made by vcunat
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3603421&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Vladimír Čunát (vcunat)
Assigned to: Bruno Haible (haible)
Summary: glibc update

Initial Comment:
At nixos.org we're stabilizing a branch containing glibc-2.17. The problem is that the C type __swblk_t has been removed.

I made a quick fix by removing the (def-c-type __swblk_t) line from modules/bindings/glibc/linux.lisp, which made it build (clisp-2.49 with patched <bits/ipctypes.h> usage).

Is this a correct way? Are you going solve this problem as well?

-----------------------------------------------

Porting to emscripten

Jason Miller — 2013-01-26T01:11:11

Yesterday I came up with the rather stupid idea of porting clisp to
emscripten.  I've gotten the build to go rather far, as I have a
lisp.run that kind-of-sort-of works, but fails during the loading of
init.lisp here:
  

With the message:

Any clues for how to start tracking this down?  My debugging facilities
are limited to
 1) modifying the lisp or C code
 2) generating a list of all C functions called
 3) generating a list of all branches taken and manually matching it up

-Jason

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
_______________________________________________
clisp-devel mailing list
clisp-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/c

[ clisp-Bugs-3601310 ] find-symbol in LINUX is wrong.

SourceForge.net — 2013-01-17T22:10:05

Bugs item #3601310, was opened at 2013-01-17 13:14
Message generated for change (Settings changed) made by haible
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3601310&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: ANSI compliance issue
Status: Closed
Priority: 5
Private: No
Submitted By: Pascal J. Bourguignon (informatimago)
Assigned to: Bruno Haible (haible)
Summary: find-symbol in LINUX is wrong.

Initial Comment:

C/Break 1 USER[8]> (find-symbol "SIN" "LINUX")
LINUX:sin ;
:EXTERNAL
C/Break 1 USER[8]> (find-symbol "sin" "LINUX")
NIL ;
NIL

The consequence is that:

C/USER[15]> (defpackage :example (:use :cl :linux))

*** - (use-package (#<package linux> #<package common-lisp>) #<package example>): 27 name conflicts remain
      Which symbol with name "SIN" should be accessible in #<package example>?
The follo

[ clisp-Bugs-3601310 ] find-symbol in LINUX is wrong.

SourceForge.net — 2013-01-17T22:06:36

Bugs item #3601310, was opened at 2013-01-17 13:14
Message generated for change (Comment added) made by haible
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3601310&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: ANSI compliance issue
Resolution: None
Priority: 5
Private: No
Submitted By: Pascal J. Bourguignon (informatimago)
Assigned to: Bruno Haible (haible)
Summary: find-symbol in LINUX is wrong.

Initial Comment:

C/Break 1 USER[8]> (find-symbol "SIN" "LINUX")
LINUX:sin ;
:EXTERNAL
C/Break 1 USER[8]> (find-symbol "sin" "LINUX")
NIL ;
NIL

The consequence is that:

C/USER[15]> (defpackage :example (:use :cl :linux))

*** - (use-package (#<package linux> #<package common-lisp>) #<package example>): 27 name conflicts remain
      Which symbol with name "SIN" should be accessible in #<package example>?
The follow

[ clisp-Bugs-3601310 ] find-symbol in LINUX is wrong.

SourceForge.net — 2013-01-17T21:14:21

Bugs item #3601310, was opened at 2013-01-17 13:14
Message generated for change (Tracker Item Submitted) made by informatimago
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3601310&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: ANSI compliance issue
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pascal J. Bourguignon (informatimago)
Assigned to: Bruno Haible (haible)
Summary: find-symbol in LINUX is wrong.

Initial Comment:

C/Break 1 USER[8]> (find-symbol "SIN" "LINUX")
LINUX:sin ;
:EXTERNAL
C/Break 1 USER[8]> (find-symbol "sin" "LINUX")
NIL ;
NIL

The consequence is that:

C/USER[15]> (defpackage :example (:use :cl :linux))

*** - (use-package (#<package linux> #<package common-lisp>) #<package example>): 27 name conflicts remain
      Which symbol with name "SIN" should be accessible in #

[ clisp-Bugs-3598754 ] sort + union destroys underlying union members

SourceForge.net — 2012-12-28T16:45:00

Bugs item #3598754, was opened at 2012-12-28 07:17
Message generated for change (Settings changed) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3598754&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: ANSI compliance issue
Resolution: Invalid
Priority: 5
Private: No
Submitted By: winfriedp (wplapper-2)
Assigned to: Sam Steingold (sds)
Summary: sort + union destroys underlying union members

Initial Comment:
sorting a union destroys the underlying elements. I am using 'union' and not 'nunion'.

(defconstant *NEIGHBOURS2*  (map 'simple-vector #'(lambda(cell)
  (multiple-value-bind (r c b) (lin2rcbmvb cell)
    (sort (copy-seq
    (remove cell (union (union (svref *UNIT-LIST-VL2* r)
                               (svref *UNIT-LIST-VL2* c))
                        (svref *UNIT-LIST-VL2* b))))
    #'<))) *

[ clisp-Bugs-3598754 ] sort + union destroys underlying union members

SourceForge.net — 2012-12-28T16:28:13

Bugs item #3598754, was opened at 2012-12-28 07:17
Message generated for change (Comment added) made by wplapper-2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3598754&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: ANSI compliance issue
Resolution: Invalid
Priority: 5
Private: No
Submitted By: winfriedp (wplapper-2)
Assigned to: Sam Steingold (sds)
Summary: sort + union destroys underlying union members

Initial Comment:
sorting a union destroys the underlying elements. I am using 'union' and not 'nunion'.

(defconstant *NEIGHBOURS2*  (map 'simple-vector #'(lambda(cell)
  (multiple-value-bind (r c b) (lin2rcbmvb cell)
    (sort (copy-seq
    (remove cell (union (union (svref *UNIT-LIST-VL2* r)
                               (svref *UNIT-LIST-VL2* c))
                        (svref *UNIT-LIST-VL2* b))))
    #'<)

[ clisp-Bugs-3598754 ] sort + union destroys underlying union members

SourceForge.net — 2012-12-28T16:02:40

Bugs item #3598754, was opened at 2012-12-28 07:17
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3598754&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Priority: 5
Private: No
Submitted By: winfriedp (wplapper-2)
Summary: sort + union destroys underlying union members

Initial Comment:
sorting a union destroys the underlying elements. I am using 'union' and not 'nunion'.

(defconstant *NEIGHBOURS2*  (map 'simple-vector #'(lambda(cell)
  (multiple-value-bind (r c b) (lin2rcbmvb cell)
    (sort (copy-seq
    (remove cell (union (union (svref *UNIT-LIST-VL2* r)
                               (svref *UNIT-LIST-VL2* c))
                        (svref *UNIT-LIST-VL2* b))))
    #'<))) *CELLS*))
Without forcing an additional coy via copy-seq, some of *UNIT-LIST-VL2* gets modified.

Base

[ clisp-Bugs-3598754 ] sort + union destroys underlying union members

SourceForge.net — 2012-12-28T15:17:28

Bugs item #3598754, was opened at 2012-12-28 07:17
Message generated for change (Tracker Item Submitted) made by wplapper-2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3598754&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: lisp error
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: winfriedp (wplapper-2)
Assigned to: Nobody/Anonymous (nobody)
Summary: sort + union destroys underlying union members

Initial Comment:
sorting a union destroys the underlying elements. I am using 'union' and not 'nunion'.

(defconstant *NEIGHBOURS2*  (map 'simple-vector #'(lambda(cell)
  (multiple-value-bind (r c b) (lin2rcbmvb cell)
    (sort (copy-seq
    (remove cell (union (union (svref *UNIT-LIST-VL2* r)
                               (svref *UNIT-LIST-VL2* c))
                        (svref *UNIT-LIST-VL2* b

[ clisp-Bugs-3597512 ] eq load-time-value forms get coalesced

SourceForge.net — 2012-12-19T17:05:52

Bugs item #3597512, was opened at 2012-12-19 09:05
Message generated for change (Tracker Item Submitted) made by stassats
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3597512&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: ANSI compliance issue
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: stassats (stassats)
Assigned to: Bruno Haible (haible)
Summary: eq load-time-value forms get coalesced

Initial Comment:
When the following is compiled with compile-file
(defun foo ()
  (eq #1=(load-time-value (cons 1 2)) #1#))

the result of (foo) becomes T. And this usually manifests in macros.
CLHS states

"If nil [read-only-p] (the default), the result must be neither copied nor coalesced; it must be considered to be potentially modifiable data."
http://www.lispworks.com/reference/HyperSpec/Body/s_ld_