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?

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

Re: Porting to emscripten

Jason Miller — 2013-01-31T18:40:25

Apparently current clang (3.2) which is required for emscripten cannot
build clisp;  I built clisp with clang a long time ago (2.7 or
so) so it must be a recentish bug.
On 11:33 Wed 30 Jan     , Sam Steingold wrote:

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
_______________________________________________
clisp-devel mailing list
clisp-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

Re: Porting to emscripten

Sam Steingold — 2013-01-30T16:33:48

you need to figure out which DECLARATIONS is void.
edit init.lisp and replace all DECLARATIONS with DECLARATIONS-<LINE> so
that the error message will tell you which variable in which form is
actually undefined.

however, unless you modified init.lisp, this will lead you away from the
problem because init.lisp works correctly on other platforms.

I think the problem is that emscripten mis-compiles control.d.
(this will not be the first - and not the 10th either - time clisp has
uncovered a bug in a C compiler).

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