<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.lisp.clisp.devel">
    <title>gmane.lisp.clisp.devel</title>
    <link>http://blog.gmane.org/gmane.lisp.clisp.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23056"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23055"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23054"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23053"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23052"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23051"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23050"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23049"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23048"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23047"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23046"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23045"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23042"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23041"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23040"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23039"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23038"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23037"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23036"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.clisp.devel/23035"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23056">
    <title>[ clisp-Bugs-3610518 ] pari module fails to compile with pari-2.5.x</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23056</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3610518&amp;amp;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-nonliteral -O2 -fexpensive-optimizations -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -I. -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir/linkkit -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/modules/pari  -c pari.c
pari.c: In function ‘get_entry_doc’:
pari.c:7:58: warning: return discards qualifiers from pointer target type
pari.c: In function ‘subres0’:
pari.c:10:1: warning: implicit declaration of function ‘subres’
pari.c:10:30: warning: return makes pointer from integer without a cast
pari.c: In function ‘module__pari__init_function_2’:
pari.c:136:37: error: ‘gpi’ undeclared (first use in this function)
pari.c:136:37: note: each undeclared identifier is reported only once for each function it appears in
pari.c:137:37: error: ‘geuler’ undeclared (first use in this function)
pari.c:142:37: error: ‘gi’ undeclared (first use in this function)
pari.c:146:59: warning: invalid application of ‘sizeof’ to a function type
pari.c:147:59: warning: invalid application of ‘sizeof’ to a function type
pari.c:149:37: error: ‘ordvar’ undeclared (first use in this function)
pari.c:150:37: error: ‘polvar’ undeclared (first use in this function)
pari.c:152:37: error: ‘varentries’ undeclared (first use in this function)
pari.c:160:37: error: ‘allocatemoremem’ undeclared (first use in this function)
pari.c:164:37: error: ‘gscalmat’ undeclared (first use in this function)
pari.c:178:37: error: ‘caradj0’ undeclared (first use in this function)
pari.c:186:37: error: ‘extract’ undeclared (first use in this function)
pari.c:187:37: error: ‘matextract’ undeclared (first use in this function)
pari.c:192:37: error: ‘matrixqz’ undeclared (first use in this function)
pari.c:193:37: error: ‘matrixqz2’ undeclared (first use in this function)
pari.c:194:37: error: ‘matrixqz3’ undeclared (first use in this function)
pari.c:197:37: error: ‘kerint1’ undeclared (first use in this function)
pari.c:204:37: error: ‘racine’ undeclared (first use in this function)
pari.c:218:37: error: ‘phi’ undeclared (first use in this function)
pari.c:219:37: error: ‘smallfact’ undeclared (first use in this function)
pari.c:226:37: error: ‘gener’ undeclared (first use in this function)
pari.c:230:37: error: ‘fundunit’ undeclared (first use in this function)
pari.c:231:37: error: ‘regula’ undeclared (first use in this function)
pari.c:232:37: error: ‘compimag’ undeclared (first use in this function)
pari.c:236:37: error: ‘sqcompreal’ undeclared (first use in this function)
pari.c:237:37: error: ‘sqcompimag’ undeclared (first use in this function)
pari.c:246:37: error: ‘comprealraw’ undeclared (first use in this function)
pari.c:247:37: error: ‘powrealraw’ undeclared (first use in this function)
pari.c:254:37: error: ‘mu’ undeclared (first use in this function)
pari.c:257:37: error: ‘hil’ undeclared (first use in this function)
pari.c:259:37: error: ‘base’ undeclared (first use in this function)
pari.c:260:37: error: ‘smallbase’ undeclared (first use in this function)
pari.c:261:37: error: ‘discf’ undeclared (first use in this function)
pari.c:262:37: error: ‘smalldiscf’ undeclared (first use in this function)
pari.c:267:37: error: ‘factoredbase’ undeclared (first use in this function)
pari.c:268:37: error: ‘factoreddiscf’ undeclared (first use in this function)
pari.c:276:37: error: ‘galoisconj2’ undeclared (first use in this function)
pari.c:277:37: error: ‘galoisconj4’ undeclared (first use in this function)
pari.c:284:37: error: ‘element_mul’ undeclared (first use in this function)
pari.c:285:37: error: ‘element_pow’ undeclared (first use in this function)
pari.c:298:37: error: ‘principalideal’ undeclared (first use in this function)
pari.c:299:37: error: ‘principalidele’ undeclared (first use in this function)
pari.c:308:37: error: ‘nfhermite’ undeclared (first use in this function)
pari.c:309:37: error: ‘nfhermitemod’ undeclared (first use in this function)
pari.c:314:37: error: ‘element_div’ undeclared (first use in this function)
pari.c:316:37: error: ‘element_reduce’ undeclared (first use in this function)
pari.c:319:37: error: ‘element_val’ undeclared (first use in this function)
pari.c:351:37: error: ‘changevar’ undeclared (first use in this function)
pari.c:354:37: error: ‘reorder’ undeclared (first use in this function)
pari.c:387:37: error: ‘buchall’ undeclared (first use in this function)
pari.c:392:37: error: ‘buchfu’ undeclared (first use in this function)
pari.c:415:37: error: ‘torsell’ undeclared (first use in this function)
pari.c:496:37: error: ‘factpol’ undeclared (first use in this function)
pari.c:500:37: error: ‘discsr’ undeclared (first use in this function)
pari.c:552:37: error: ‘polylogd’ undeclared (first use in this function)
pari.c:553:37: error: ‘polylogdold’ undeclared (first use in this function)
pari.c:554:37: error: ‘polylogp’ undeclared (first use in this function)
make[1]: *** [pari.o] Error 1

See https://bugs.gentoo.org/show_bug.cgi?id=376673 for more details. Is there a hope this will be fixed?

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

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

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-04-11T16:16:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23055">
    <title>[ clisp-Bugs-3610521 ] pari module fails to compile with pari-2.5.x</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23055</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3610521&amp;amp;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-nonliteral -O2 -fexpensive-optimizations -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -I. -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir/linkkit -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/modules/pari  -c pari.c
pari.c: In function ‘get_entry_doc’:
pari.c:7:58: warning: return discards qualifiers from pointer target type
pari.c: In function ‘subres0’:
pari.c:10:1: warning: implicit declaration of function ‘subres’
pari.c:10:30: warning: return makes pointer from integer without a cast
pari.c: In function ‘module__pari__init_function_2’:
pari.c:136:37: error: ‘gpi’ undeclared (first use in this function)
pari.c:136:37: note: each undeclared identifier is reported only once for each function it appears in
pari.c:137:37: error: ‘geuler’ undeclared (first use in this function)
pari.c:142:37: error: ‘gi’ undeclared (first use in this function)
pari.c:146:59: warning: invalid application of ‘sizeof’ to a function type
pari.c:147:59: warning: invalid application of ‘sizeof’ to a function type
pari.c:149:37: error: ‘ordvar’ undeclared (first use in this function)
pari.c:150:37: error: ‘polvar’ undeclared (first use in this function)
pari.c:152:37: error: ‘varentries’ undeclared (first use in this function)
pari.c:160:37: error: ‘allocatemoremem’ undeclared (first use in this function)
pari.c:164:37: error: ‘gscalmat’ undeclared (first use in this function)
pari.c:178:37: error: ‘caradj0’ undeclared (first use in this function)
pari.c:186:37: error: ‘extract’ undeclared (first use in this function)
pari.c:187:37: error: ‘matextract’ undeclared (first use in this function)
pari.c:192:37: error: ‘matrixqz’ undeclared (first use in this function)
pari.c:193:37: error: ‘matrixqz2’ undeclared (first use in this function)
pari.c:194:37: error: ‘matrixqz3’ undeclared (first use in this function)
pari.c:197:37: error: ‘kerint1’ undeclared (first use in this function)
pari.c:204:37: error: ‘racine’ undeclared (first use in this function)
pari.c:218:37: error: ‘phi’ undeclared (first use in this function)
pari.c:219:37: error: ‘smallfact’ undeclared (first use in this function)
pari.c:226:37: error: ‘gener’ undeclared (first use in this function)
pari.c:230:37: error: ‘fundunit’ undeclared (first use in this function)
pari.c:231:37: error: ‘regula’ undeclared (first use in this function)
pari.c:232:37: error: ‘compimag’ undeclared (first use in this function)
pari.c:236:37: error: ‘sqcompreal’ undeclared (first use in this function)
pari.c:237:37: error: ‘sqcompimag’ undeclared (first use in this function)
pari.c:246:37: error: ‘comprealraw’ undeclared (first use in this function)
pari.c:247:37: error: ‘powrealraw’ undeclared (first use in this function)
pari.c:254:37: error: ‘mu’ undeclared (first use in this function)
pari.c:257:37: error: ‘hil’ undeclared (first use in this function)
pari.c:259:37: error: ‘base’ undeclared (first use in this function)
pari.c:260:37: error: ‘smallbase’ undeclared (first use in this function)
pari.c:261:37: error: ‘discf’ undeclared (first use in this function)
pari.c:262:37: error: ‘smalldiscf’ undeclared (first use in this function)
pari.c:267:37: error: ‘factoredbase’ undeclared (first use in this function)
pari.c:268:37: error: ‘factoreddiscf’ undeclared (first use in this function)
pari.c:276:37: error: ‘galoisconj2’ undeclared (first use in this function)
pari.c:277:37: error: ‘galoisconj4’ undeclared (first use in this function)
pari.c:284:37: error: ‘element_mul’ undeclared (first use in this function)
pari.c:285:37: error: ‘element_pow’ undeclared (first use in this function)
pari.c:298:37: error: ‘principalideal’ undeclared (first use in this function)
pari.c:299:37: error: ‘principalidele’ undeclared (first use in this function)
pari.c:308:37: error: ‘nfhermite’ undeclared (first use in this function)
pari.c:309:37: error: ‘nfhermitemod’ undeclared (first use in this function)
pari.c:314:37: error: ‘element_div’ undeclared (first use in this function)
pari.c:316:37: error: ‘element_reduce’ undeclared (first use in this function)
pari.c:319:37: error: ‘element_val’ undeclared (first use in this function)
pari.c:351:37: error: ‘changevar’ undeclared (first use in this function)
pari.c:354:37: error: ‘reorder’ undeclared (first use in this function)
pari.c:387:37: error: ‘buchall’ undeclared (first use in this function)
pari.c:392:37: error: ‘buchfu’ undeclared (first use in this function)
pari.c:415:37: error: ‘torsell’ undeclared (first use in this function)
pari.c:496:37: error: ‘factpol’ undeclared (first use in this function)
pari.c:500:37: error: ‘discsr’ undeclared (first use in this function)
pari.c:552:37: error: ‘polylogd’ undeclared (first use in this function)
pari.c:553:37: error: ‘polylogdold’ undeclared (first use in this function)
pari.c:554:37: error: ‘polylogp’ undeclared (first use in this function)
make[1]: *** [pari.o] Error 1

See https://bugs.gentoo.org/show_bug.cgi?id=376673 for more details. Is there a hope this will be fixed?

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

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

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-04-11T16:16:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23054">
    <title>[ clisp-Bugs-3610521 ] pari module fails to compile with pari-2.5.x</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23054</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3610521&amp;amp;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-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensive-optimizations -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -I. -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir/linkkit -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/modules/pari  -c pari.c
pari.c: In function ‘get_entry_doc’:
pari.c:7:58: warning: return discards qualifiers from pointer target type
pari.c: In function ‘subres0’:
pari.c:10:1: warning: implicit declaration of function ‘subres’
pari.c:10:30: warning: return makes pointer from integer without a cast
pari.c: In function ‘module__pari__init_function_2’:
pari.c:136:37: error: ‘gpi’ undeclared (first use in this function)
pari.c:136:37: note: each undeclared identifier is reported only once for each function it appears in
pari.c:137:37: error: ‘geuler’ undeclared (first use in this function)
pari.c:142:37: error: ‘gi’ undeclared (first use in this function)
pari.c:146:59: warning: invalid application of ‘sizeof’ to a function type
pari.c:147:59: warning: invalid application of ‘sizeof’ to a function type
pari.c:149:37: error: ‘ordvar’ undeclared (first use in this function)
pari.c:150:37: error: ‘polvar’ undeclared (first use in this function)
pari.c:152:37: error: ‘varentries’ undeclared (first use in this function)
pari.c:160:37: error: ‘allocatemoremem’ undeclared (first use in this function)
pari.c:164:37: error: ‘gscalmat’ undeclared (first use in this function)
pari.c:178:37: error: ‘caradj0’ undeclared (first use in this function)
pari.c:186:37: error: ‘extract’ undeclared (first use in this function)
pari.c:187:37: error: ‘matextract’ undeclared (first use in this function)
pari.c:192:37: error: ‘matrixqz’ undeclared (first use in this function)
pari.c:193:37: error: ‘matrixqz2’ undeclared (first use in this function)
pari.c:194:37: error: ‘matrixqz3’ undeclared (first use in this function)
pari.c:197:37: error: ‘kerint1’ undeclared (first use in this function)
pari.c:204:37: error: ‘racine’ undeclared (first use in this function)
pari.c:218:37: error: ‘phi’ undeclared (first use in this function)
pari.c:219:37: error: ‘smallfact’ undeclared (first use in this function)
pari.c:226:37: error: ‘gener’ undeclared (first use in this function)
pari.c:230:37: error: ‘fundunit’ undeclared (first use in this function)
pari.c:231:37: error: ‘regula’ undeclared (first use in this function)
pari.c:232:37: error: ‘compimag’ undeclared (first use in this function)
pari.c:236:37: error: ‘sqcompreal’ undeclared (first use in this function)
pari.c:237:37: error: ‘sqcompimag’ undeclared (first use in this function)
pari.c:246:37: error: ‘comprealraw’ undeclared (first use in this function)
pari.c:247:37: error: ‘powrealraw’ undeclared (first use in this function)
pari.c:254:37: error: ‘mu’ undeclared (first use in this function)
pari.c:257:37: error: ‘hil’ undeclared (first use in this function)
pari.c:259:37: error: ‘base’ undeclared (first use in this function)
pari.c:260:37: error: ‘smallbase’ undeclared (first use in this function)
pari.c:261:37: error: ‘discf’ undeclared (first use in this function)
pari.c:262:37: error: ‘smalldiscf’ undeclared (first use in this function)
pari.c:267:37: error: ‘factoredbase’ undeclared (first use in this function)
pari.c:268:37: error: ‘factoreddiscf’ undeclared (first use in this function)
pari.c:276:37: error: ‘galoisconj2’ undeclared (first use in this function)
pari.c:277:37: error: ‘galoisconj4’ undeclared (first use in this function)
pari.c:284:37: error: ‘element_mul’ undeclared (first use in this function)
pari.c:285:37: error: ‘element_pow’ undeclared (first use in this function)
pari.c:298:37: error: ‘principalideal’ undeclared (first use in this function)
pari.c:299:37: error: ‘principalidele’ undeclared (first use in this function)
pari.c:308:37: error: ‘nfhermite’ undeclared (first use in this function)
pari.c:309:37: error: ‘nfhermitemod’ undeclared (first use in this function)
pari.c:314:37: error: ‘element_div’ undeclared (first use in this function)
pari.c:316:37: error: ‘element_reduce’ undeclared (first use in this function)
pari.c:319:37: error: ‘element_val’ undeclared (first use in this function)
pari.c:351:37: error: ‘changevar’ undeclared (first use in this function)
pari.c:354:37: error: ‘reorder’ undeclared (first use in this function)
pari.c:387:37: error: ‘buchall’ undeclared (first use in this function)
pari.c:392:37: error: ‘buchfu’ undeclared (first use in this function)
pari.c:415:37: error: ‘torsell’ undeclared (first use in this function)
pari.c:496:37: error: ‘factpol’ undeclared (first use in this function)
pari.c:500:37: error: ‘discsr’ undeclared (first use in this function)
pari.c:552:37: error: ‘polylogd’ undeclared (first use in this function)
pari.c:553:37: error: ‘polylogdold’ undeclared (first use in this function)
pari.c:554:37: error: ‘polylogp’ undeclared (first use in this function)
make[1]: *** [pari.o] Error 1

See https://bugs.gentoo.org/show_bug.cgi?id=376673 for more details. Is there a hope this will be fixed?

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

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

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-04-11T04:52:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23053">
    <title>[ clisp-Bugs-3610518 ] pari module fails to compile with pari-2.5.x</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23053</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3610518&amp;amp;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-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensive-optimizations -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -I. -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/builddir/linkkit -I/var/tmp/portage/dev-lisp/clisp-2.49-r3/work/clisp-2.49/modules/pari  -c pari.c
pari.c: In function ‘get_entry_doc’:
pari.c:7:58: warning: return discards qualifiers from pointer target type
pari.c: In function ‘subres0’:
pari.c:10:1: warning: implicit declaration of function ‘subres’
pari.c:10:30: warning: return makes pointer from integer without a cast
pari.c: In function ‘module__pari__init_function_2’:
pari.c:136:37: error: ‘gpi’ undeclared (first use in this function)
pari.c:136:37: note: each undeclared identifier is reported only once for each function it appears in
pari.c:137:37: error: ‘geuler’ undeclared (first use in this function)
pari.c:142:37: error: ‘gi’ undeclared (first use in this function)
pari.c:146:59: warning: invalid application of ‘sizeof’ to a function type
pari.c:147:59: warning: invalid application of ‘sizeof’ to a function type
pari.c:149:37: error: ‘ordvar’ undeclared (first use in this function)
pari.c:150:37: error: ‘polvar’ undeclared (first use in this function)
pari.c:152:37: error: ‘varentries’ undeclared (first use in this function)
pari.c:160:37: error: ‘allocatemoremem’ undeclared (first use in this function)
pari.c:164:37: error: ‘gscalmat’ undeclared (first use in this function)
pari.c:178:37: error: ‘caradj0’ undeclared (first use in this function)
pari.c:186:37: error: ‘extract’ undeclared (first use in this function)
pari.c:187:37: error: ‘matextract’ undeclared (first use in this function)
pari.c:192:37: error: ‘matrixqz’ undeclared (first use in this function)
pari.c:193:37: error: ‘matrixqz2’ undeclared (first use in this function)
pari.c:194:37: error: ‘matrixqz3’ undeclared (first use in this function)
pari.c:197:37: error: ‘kerint1’ undeclared (first use in this function)
pari.c:204:37: error: ‘racine’ undeclared (first use in this function)
pari.c:218:37: error: ‘phi’ undeclared (first use in this function)
pari.c:219:37: error: ‘smallfact’ undeclared (first use in this function)
pari.c:226:37: error: ‘gener’ undeclared (first use in this function)
pari.c:230:37: error: ‘fundunit’ undeclared (first use in this function)
pari.c:231:37: error: ‘regula’ undeclared (first use in this function)
pari.c:232:37: error: ‘compimag’ undeclared (first use in this function)
pari.c:236:37: error: ‘sqcompreal’ undeclared (first use in this function)
pari.c:237:37: error: ‘sqcompimag’ undeclared (first use in this function)
pari.c:246:37: error: ‘comprealraw’ undeclared (first use in this function)
pari.c:247:37: error: ‘powrealraw’ undeclared (first use in this function)
pari.c:254:37: error: ‘mu’ undeclared (first use in this function)
pari.c:257:37: error: ‘hil’ undeclared (first use in this function)
pari.c:259:37: error: ‘base’ undeclared (first use in this function)
pari.c:260:37: error: ‘smallbase’ undeclared (first use in this function)
pari.c:261:37: error: ‘discf’ undeclared (first use in this function)
pari.c:262:37: error: ‘smalldiscf’ undeclared (first use in this function)
pari.c:267:37: error: ‘factoredbase’ undeclared (first use in this function)
pari.c:268:37: error: ‘factoreddiscf’ undeclared (first use in this function)
pari.c:276:37: error: ‘galoisconj2’ undeclared (first use in this function)
pari.c:277:37: error: ‘galoisconj4’ undeclared (first use in this function)
pari.c:284:37: error: ‘element_mul’ undeclared (first use in this function)
pari.c:285:37: error: ‘element_pow’ undeclared (first use in this function)
pari.c:298:37: error: ‘principalideal’ undeclared (first use in this function)
pari.c:299:37: error: ‘principalidele’ undeclared (first use in this function)
pari.c:308:37: error: ‘nfhermite’ undeclared (first use in this function)
pari.c:309:37: error: ‘nfhermitemod’ undeclared (first use in this function)
pari.c:314:37: error: ‘element_div’ undeclared (first use in this function)
pari.c:316:37: error: ‘element_reduce’ undeclared (first use in this function)
pari.c:319:37: error: ‘element_val’ undeclared (first use in this function)
pari.c:351:37: error: ‘changevar’ undeclared (first use in this function)
pari.c:354:37: error: ‘reorder’ undeclared (first use in this function)
pari.c:387:37: error: ‘buchall’ undeclared (first use in this function)
pari.c:392:37: error: ‘buchfu’ undeclared (first use in this function)
pari.c:415:37: error: ‘torsell’ undeclared (first use in this function)
pari.c:496:37: error: ‘factpol’ undeclared (first use in this function)
pari.c:500:37: error: ‘discsr’ undeclared (first use in this function)
pari.c:552:37: error: ‘polylogd’ undeclared (first use in this function)
pari.c:553:37: error: ‘polylogdold’ undeclared (first use in this function)
pari.c:554:37: error: ‘polylogp’ undeclared (first use in this function)
make[1]: *** [pari.o] Error 1

See https://bugs.gentoo.org/show_bug.cgi?id=376673 for more details. Is there a hope this will be fixed?

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

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

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-04-11T04:15:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23052">
    <title>[ clisp-Bugs-3485514 ] Cygwin &amp; Pipes</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23052</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3485514&amp;amp;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 &amp;amp; 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 CLISP would just lock when trying to write to a pipe.  Writing to files works fine.  Reading from the pipe in another terminal window invoked an error in the CLISP session.

I'll mention this to the Cygwin guys too.  I just want you to be on the same page.

Thanks for all the help.

Sincerely, 

-Todd



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

Comment By: Todd Pierce (toddcpierce)
Date: 2013-04-09 11:34

Message:
Hi All, 

I managed to install CLISP for Cygwin manually (it doesn't seem to install
with the new Cygwin installer).  Pipes are working great for all of the
Cygwin utilities now, but still not for CLISP.  Just thought I'd mention
that.  I'm considering compiling it myself... still gotta figure out how to
do that.

-Todd

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

Comment By: Todd Pierce (toddcpierce)
Date: 2013-03-30 10:27

Message:
Hi all, 

So, it looks like the Cygwin people fixed the pipes but then forgot to
include clisp in their distribution.

-Todd

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

Comment By: Todd Pierce (toddcpierce)
Date: 2012-03-05 15:45

Message:
Crew:

Opening the file binary or not seems to cause the open file to lock.  Here
(the open hidden in my own function):

[2]&amp;gt; (setf stream (open-sparser "../stanford-parser/fifoin"))

locks the repl.  However, if I try to read from the other end of the pipe,
I do get this error (binary or not):

*** - UNIX error 22 (EINVAL): Invalid argument
The following restarts are available:
ABORT          :R1      Abort main loop

*** - UNIX error 11 (EWOULDBLOCK): Operation would block
The following restarts are available:
ABORT          :R1      Abort main loop

So, I'm not sure what is going on there.  I'm hoping I can just port my
whole project to a real unix system soon.  Whatever happens, I'll mention
this stuff to the cygwin guys.

Thanks for keeping an eye out for me.

-Todd

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

Comment By: Todd Pierce (toddcpierce)
Date: 2012-02-08 15:49

Message:
This bug report is now marked as "pending"/"invalid".
This means that we think that the problem you report is not a problem with
CLISP.
Unless you - the reporter - act within 2 weeks, the bug will be permanently
closed.
Sorry about the inconvenience - we hope your silence means that you agree
that this is not a bug in CLISP.

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

Comment By: Todd Pierce (toddcpierce)
Date: 2012-02-08 15:49

Message:
Someone mentioned that this could be a CRLF issue in the mailing list. 

This is not an issue that occurs when reading or writing to the pipe, this
is something that happens when opening it..  If you can even call Cygwin
having pipes yet.  

As I mentioned before, all the file open/close read/write happens fine. 
It's just when dealing with these new Cygwin pipes that things get
strange.

And no, I still haven't posted this matter with the Cygwin guys...  hell...
I'm homeless.

-Todd cambio y fuera

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

Comment By: Sam Steingold (sds)
Date: 2012-02-08 07:07

Message:
Todd: maybe you could try binary i/o with pipes? 

Reini: clisp accepts all 3 line terminators (cr, lf, crlf) on input, 
please see http://clisp.org/impnotes/clhs-newline.html

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

Comment By: Reini Urban (rurban)
Date: 2012-02-07 17:34

Message:
Maybe because clisp upstream decided to read from pipes with crlf
line-endings, so \n will not end a line. Only the cygwin release reads from
pipes binary. Which makes more sense to cygwin, since we (cygwin) cannot
deal with crlf and we want to pipe streams with line endings to clisp.

Otherwise I see no difference but i haven't tested the new named pipes yet.

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

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

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-04-09T18:34:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23051">
    <title>[ clisp-Bugs-3485514 ] Cygwin &amp; Pipes</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23051</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3485514&amp;amp;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 &amp;amp; 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 CLISP would just lock when trying to write to a pipe.  Writing to files works fine.  Reading from the pipe in another terminal window invoked an error in the CLISP session.

I'll mention this to the Cygwin guys too.  I just want you to be on the same page.

Thanks for all the help.

Sincerely, 

-Todd



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

Date: 2013-03-30 10:27

Message:
Hi all, 

So, it looks like the Cygwin people fixed the pipes but then forgot to
include clisp in their distribution.

-Todd

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

Comment By: Todd Pierce (toddcpierce)
Date: 2012-03-05 15:45

Message:
Crew:

Opening the file binary or not seems to cause the open file to lock.  Here
(the open hidden in my own function):

[2]&amp;gt; (setf stream (open-sparser "../stanford-parser/fifoin"))

locks the repl.  However, if I try to read from the other end of the pipe,
I do get this error (binary or not):

*** - UNIX error 22 (EINVAL): Invalid argument
The following restarts are available:
ABORT          :R1      Abort main loop

*** - UNIX error 11 (EWOULDBLOCK): Operation would block
The following restarts are available:
ABORT          :R1      Abort main loop

So, I'm not sure what is going on there.  I'm hoping I can just port my
whole project to a real unix system soon.  Whatever happens, I'll mention
this stuff to the cygwin guys.

Thanks for keeping an eye out for me.

-Todd

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

Comment By: Todd Pierce (toddcpierce)
Date: 2012-02-08 15:49

Message:
This bug report is now marked as "pending"/"invalid".
This means that we think that the problem you report is not a problem with
CLISP.
Unless you - the reporter - act within 2 weeks, the bug will be permanently
closed.
Sorry about the inconvenience - we hope your silence means that you agree
that this is not a bug in CLISP.

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

Comment By: Todd Pierce (toddcpierce)
Date: 2012-02-08 15:49

Message:
Someone mentioned that this could be a CRLF issue in the mailing list. 

This is not an issue that occurs when reading or writing to the pipe, this
is something that happens when opening it..  If you can even call Cygwin
having pipes yet.  

As I mentioned before, all the file open/close read/write happens fine. 
It's just when dealing with these new Cygwin pipes that things get
strange.

And no, I still haven't posted this matter with the Cygwin guys...  hell...
I'm homeless.

-Todd cambio y fuera

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

Comment By: Sam Steingold (sds)
Date: 2012-02-08 07:07

Message:
Todd: maybe you could try binary i/o with pipes? 

Reini: clisp accepts all 3 line terminators (cr, lf, crlf) on input, 
please see http://clisp.org/impnotes/clhs-newline.html

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

Comment By: Reini Urban (rurban)
Date: 2012-02-07 17:34

Message:
Maybe because clisp upstream decided to read from pipes with crlf
line-endings, so \n will not end a line. Only the cygwin release reads from
pipes binary. Which makes more sense to cygwin, since we (cygwin) cannot
deal with crlf and we want to pipe streams with line endings to clisp.

Otherwise I see no difference but i haven't tested the new named pipes yet.

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

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

------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-03-30T17:27:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23050">
    <title>[ clisp-Bugs-3608300 ] Link change</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23050</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3608300&amp;amp;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 mercurial tree (see http://clisp.org)
and build CLISP from the sources (be advised that between
releases the source tree is very unstable and may not even build
on your platform).

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

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

------------------------------------------------------------------------------
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_mar
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-03-17T14:30:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23049">
    <title>[ clisp-Bugs-3608300 ] Link change</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23049</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3608300&amp;amp;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&amp;amp;atid=101355&amp;amp;aid=3608300&amp;amp;group_id=1355

------------------------------------------------------------------------------
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_mar
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-03-17T12:30:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23048">
    <title>[ clisp-Bugs-3603480 ] unless test ignored when compiling</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23048</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3603480&amp;amp;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. 

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

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

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-02-06T01:49:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23047">
    <title>[ clisp-Bugs-3603421 ] glibc update</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23047</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3603421&amp;amp;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 &amp;lt;bits/ipctypes.h&amp;gt; usage).

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

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

Date: 2013-02-05 07:02

Message:
looks like removing it is the only sensible approach.
http://article.gmane.org/gmane.comp.lib.glibc.alpha/25618

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

Comment By: Sam Steingold (sds)
Date: 2013-02-05 07:02

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 mercurial tree (see http://clisp.org)
and build CLISP from the sources (be advised that between
releases the source tree is very unstable and may not even build
on your platform).

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

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

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-02-05T15:02:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23046">
    <title>clisp-cvs Digest, Vol 71, Issue 1</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23046</link>
    <description>&lt;pre&gt;Send clisp-cvs mailing list submissions to
clisp-cvs&amp;lt; at &amp;gt;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&amp;lt; at &amp;gt;lists.sourceforge.net

You can reach the person managing the list at
clisp-cvs-owner&amp;lt; at &amp;gt;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 &amp;lt;ulink url="usenet"&amp;gt; in XSL
      (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
   2. clisp: set compile-command in d-mode
      (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
   3. clisp: (wr_by_array_iau8_buffered): pin the source buffer
      before... (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
   4. clisp: wr_by_array_iau8_buffered: pin_unprotect_varobject
      with j... (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
   5. clisp: (per_thread): TLS (i.e. __thread qualifier) is
      supported ... (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
   6. clisp: comment (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
   7. clisp: implement feature request #3545986
      (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
   8. clisp: faq-debugger==&amp;gt;repl
      (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
   9. clisp: (clisp-repo-p): check for vc-hg-program
      (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
  10. clisp: remove $Id$ (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
  11. clisp: code clean-up for better performance and error
      reporting (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
  12. clisp: when/not-&amp;gt;unless (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
  13. clisp: indentation (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
  14. clisp: PCRE-EXEC returns character positions instead of byte
      pos... (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
  15. clisp: (ALL_CFLAGS): new variable, accumulate all C flags
      here, ... (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
  16. clisp: * pathname.d (unix_user_pwd): Don't use getlogin().
      (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)
  17. clisp: * modules/bindings/glibc/linux.lisp (__swblk_t):
      remove t... (clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net)


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

Message: 1
Date: Mon, 18 Jun 2012 15:53:39 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: handle &amp;lt;ulink url="usenet"&amp;gt; in XSL
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.b0a37787cb93.1340034819.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-1.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/b0a37787cb93
changeset: 15588:b0a37787cb93ff581a32ae97b53077b02b865dad
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-06-18 11:53:02 -0400
description:
handle &amp;lt;ulink url="usenet"&amp;gt; in XSL

diffstat:

 doc/common.xsl  |  5 +++++
 doc/faq.xml     |  6 ++----
 doc/history.xml |  4 ++--
 3 files changed, 9 insertions(+), 6 deletions(-)



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

Message: 2
Date: Wed, 27 Jun 2012 15:15:01 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: set compile-command in d-mode
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.b689a1c1565e.1340810101.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-4.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/b689a1c1565e
changeset: 15589:b689a1c1565e656d8ef3f792a3b92f00b9f66114
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-06-27 11:08:08 -0400
description:
set compile-command in d-mode

diffstat:

 emacs/d-mode.el |  6 ++++--
 1 files changed, 4 insertions(+), 2 deletions(-)



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

Message: 3
Date: Fri, 03 Aug 2012 11:38:09 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: (wr_by_array_iau8_buffered): pin the source buffer
before...
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.9979167880f2.1343993889.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-2.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/9979167880f2
changeset: 15590:9979167880f2d4a06a506737eb53fa5ed22c3588
user:      Vladimir Tzankov &amp;lt;vtzankov&amp;lt; at &amp;gt;gmail.com&amp;gt;
date:      2012-08-03 14:37:43 +0300
description:
(wr_by_array_iau8_buffered): pin the source buffer before performing actual write

diffstat:

 src/ChangeLog |  5 +++++
 src/stream.d  |  2 ++
 2 files changed, 7 insertions(+), 0 deletions(-)



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

Message: 4
Date: Sun, 05 Aug 2012 21:25:10 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: wr_by_array_iau8_buffered: pin_unprotect_varobject
with j...
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.a54e2c41e396.1344201910.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-1.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/a54e2c41e396
changeset: 15591:a54e2c41e396c3b46d3cc3c3779780973cd388ca
user:      Vladimir Tzankov &amp;lt;vtzankov&amp;lt; at &amp;gt;gmail.com&amp;gt;
date:      2012-08-06 00:24:47 +0300
description:
wr_by_array_iau8_buffered: pin_unprotect_varobject with just PROT_READ permission

diffstat:

 src/stream.d |  2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)



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

Message: 5
Date: Mon, 20 Aug 2012 20:27:17 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: (per_thread): TLS (i.e. __thread qualifier) is
supported ...
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.841294878182.1345494437.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-4.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/841294878182
changeset: 15592:84129487818247b2e1857f260b653dfe53cd9175
user:      Vladimir Tzankov &amp;lt;vtzankov&amp;lt; at &amp;gt;gmail.com&amp;gt;
date:      2012-08-20 23:26:51 +0300
description:
(per_thread): TLS (i.e. __thread qualifier) is supported by gcc 4.5+ on MacOSX and results in significant performance gain

diffstat:

 src/ChangeLog  |  5 +++++
 src/lispbibl.d |  2 +-
 2 files changed, 6 insertions(+), 1 deletions(-)



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

Message: 6
Date: Fri, 14 Sep 2012 20:20:00 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: comment
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.b07971b03354.1347654000.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-3.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/b07971b03354
changeset: 15593:b07971b033545bf696dc9fdb292d721e467aae55
user:      Vladimir Tzankov &amp;lt;vtzankov&amp;lt; at &amp;gt;gmail.com&amp;gt;
date:      2012-09-14 23:16:01 +0300
description:
comment

diffstat:

 src/zthread.d |  2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)



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

Message: 7
Date: Fri, 14 Sep 2012 20:20:02 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: implement feature request #3545986
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.54e37a538c6c.1347654002.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-3.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/54e37a538c6c
changeset: 15594:54e37a538c6c20c137fdb22c2db43143f9782043
user:      Vladimir Tzankov &amp;lt;vtzankov&amp;lt; at &amp;gt;gmail.com&amp;gt;
date:      2012-09-14 23:19:39 +0300
description:
implement feature request #3545986

diffstat:

 src/ChangeLog    |   7 +++++++
 src/threads.lisp |  14 ++++++++++++--
 2 files changed, 19 insertions(+), 2 deletions(-)



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

Message: 8
Date: Thu, 08 Nov 2012 17:01:04 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: faq-debugger==&amp;gt;repl
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.fecf363a6cdb.1352394064.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-1.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/fecf363a6cdb
changeset: 15595:fecf363a6cdba4cb039e9fd8600577dd780f5e61
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-11-08 11:59:10 -0500
description:
faq-debugger==&amp;gt;repl

diffstat:

 doc/faq.xml |  2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)



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

Message: 9
Date: Thu, 08 Nov 2012 17:01:05 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: (clisp-repo-p): check for vc-hg-program
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.16265dda2b0f.1352394065.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-1.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/16265dda2b0f
changeset: 15596:16265dda2b0f21699791c2edbbc43276febeeb84
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-11-08 11:59:40 -0500
description:
(clisp-repo-p): check for vc-hg-program

diffstat:

 emacs/misc.el |  3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)



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

Message: 10
Date: Thu, 29 Nov 2012 17:12:55 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: remove $Id$
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.8e9fab08c09d.1354209175.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-4.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/8e9fab08c09d
changeset: 15597:8e9fab08c09db5bec9e4e2b3f099016b6dc44402
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-11-29 10:34:31 -0500
description:
remove $Id$

diffstat:

 modules/oracle/README |  2 --
 1 files changed, 0 insertions(+), 2 deletions(-)



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

Message: 11
Date: Thu, 29 Nov 2012 17:12:57 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: code clean-up for better performance and error
reporting
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.8323b8de7fe4.1354209177.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-4.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/8323b8de7fe4
changeset: 15598:8323b8de7fe40f33f9e36345b44e2485fc74f4e2
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-11-29 11:53:23 -0500
description:
code clean-up for better performance and error reporting

diffstat:

 modules/oracle/oracle.lisp |  339 +++++++++++++++++++++-----------------------
 src/ChangeLog              |   14 +-
 2 files changed, 177 insertions(+), 176 deletions(-)



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

Message: 12
Date: Thu, 29 Nov 2012 17:12:58 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: when/not-&amp;gt;unless
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.404f29609ed6.1354209178.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-4.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/404f29609ed6
changeset: 15599:404f29609ed66b78231291e25a1d2e323b308a28
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-11-29 11:56:00 -0500
description:
when/not-&amp;gt;unless

diffstat:

 modules/oracle/oracle.lisp |  41 ++++++++++++++++++++---------------------
 1 files changed, 20 insertions(+), 21 deletions(-)



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

Message: 13
Date: Thu, 29 Nov 2012 17:12:59 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: indentation
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.eab80ba15b7d.1354209179.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-4.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/eab80ba15b7d
changeset: 15600:eab80ba15b7d2450535f782517ca86521ce11bee
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-11-29 12:07:15 -0500
description:
indentation

diffstat:

 modules/oracle/oracle.lisp |  626 ++++++++++++++++++++++----------------------
 1 files changed, 311 insertions(+), 315 deletions(-)



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

Message: 14
Date: Thu, 29 Nov 2012 18:24:26 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: PCRE-EXEC returns character positions instead of byte
pos...
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.9f4d28091397.1354213466.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-4.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/9f4d28091397
changeset: 15601:9f4d28091397fa00ded04e495d665285630ad88e
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-11-29 13:23:58 -0500
description:
PCRE-EXEC returns character positions instead of byte positions

diffstat:

 modules/pcre/cpcre.c  |  48 +++++++++++++++++++++++++-----------------------
 modules/pcre/test.tst |   4 ++++
 src/ChangeLog         |   9 +++++++++
 src/NEWS              |   1 +
 src/lispbibl.d        |   1 +
 5 files changed, 40 insertions(+), 23 deletions(-)



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

Message: 15
Date: Mon, 03 Dec 2012 16:22:52 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: (ALL_CFLAGS): new variable, accumulate all C flags
here, ...
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.696bfff6e3d1.1354551772.-3352671374714820773&amp;lt; at &amp;gt;vz-hg-2.sog&amp;gt;
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/696bfff6e3d1
changeset: 15602:696bfff6e3d19c461795efe6ae445a60948f9707
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2012-12-03 11:22:27 -0500
description:
(ALL_CFLAGS): new variable, accumulate all C flags here, move -I$(srcdir)
here from CPPFLAGS which is overridden by clisp-link invocation from Makefile

diffstat:

 modules/oracle/Makefile.in |  12 +++++++-----
 src/ChangeLog              |   6 ++++++
 2 files changed, 13 insertions(+), 5 deletions(-)



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

Message: 16
Date: Sun, 06 Jan 2013 13:35:52 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: * pathname.d (unix_user_pwd): Don't use getlogin().
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.b29d57d32e38.1357479352.-3352671374714820773&amp;lt; at &amp;gt;sfp-scmclassic-4.v30.ch3.sourceforge.com&amp;gt;

Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/b29d57d32e38
changeset: 15603:b29d57d32e38b25ae2ab7bfbca6b187fdcd9ba8a
user:      Bruno Haible &amp;lt;bruno&amp;lt; at &amp;gt;clisp.org&amp;gt;
date:      2013-01-06 14:35:43 +0100
description:
* pathname.d (unix_user_pwd): Don't use getlogin().
Reported by Alberto Riva &amp;lt;alb&amp;lt; at &amp;gt;chip.org&amp;gt; in
&amp;lt;http://article.gmane.org/gmane.lisp.clisp.general:13995&amp;gt;

diffstat:

 src/ChangeLog  |   6 ++++++
 src/pathname.d |  17 +++++++----------
 2 files changed, 13 insertions(+), 10 deletions(-)



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

Message: 17
Date: Tue, 05 Feb 2013 15:01:22 +0000
From: clisp-cvs-request&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: clisp: * modules/bindings/glibc/linux.lisp (__swblk_t):
remove t...
To: clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
Message-ID:
&amp;lt;hg.4cb7fbcb2523.1360076482.-3352671374714820773&amp;lt; at &amp;gt;sfp-scmclassic-4.v30.ch3.sourceforge.com&amp;gt;

Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/4cb7fbcb2523
changeset: 15604:4cb7fbcb252312217b0fce402a9c2d4dacfa5979
user:      Sam Steingold &amp;lt;sds&amp;lt; at &amp;gt;podval.org&amp;gt;
date:      2013-02-05 10:00:46 -0500
description:
* modules/bindings/glibc/linux.lisp (__swblk_t): remove the unused
`def-c-type' (removed from glibc too); fixes bug#3603421;
see also http://article.gmane.org/gmane.comp.lib.glibc.alpha/25618

diffstat:

 modules/bindings/glibc/linux.lisp |  1 -
 src/ChangeLog                     |  6 ++++++
 2 files changed, 6 insertions(+), 1 deletions(-)



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

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb

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

_______________________________________________
clisp-cvs mailing list
clisp-cvs&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-cvs


End of clisp-cvs Digest, Vol 71, Issue 1
****************************************

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>clisp-cvs-request&lt; at &gt;lists.sourceforge.net</dc:creator>
    <dc:date>2013-02-05T15:01:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23045">
    <title>[ clisp-Bugs-3603421 ] glibc update</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23045</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3603421&amp;amp;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 &amp;lt;bits/ipctypes.h&amp;gt; usage).

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

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

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

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-02-05T14:36:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23042">
    <title>Porting to emscripten</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23042</link>
    <description>&lt;pre&gt;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&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>Jason Miller</dc:creator>
    <dc:date>2013-01-26T01:11:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23041">
    <title>[ clisp-Bugs-3601310 ] find-symbol in LINUX is wrong.</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23041</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3601310&amp;amp;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]&amp;gt; (find-symbol "SIN" "LINUX")
LINUX:sin ;
:EXTERNAL
C/Break 1 USER[8]&amp;gt; (find-symbol "sin" "LINUX")
NIL ;
NIL

The consequence is that:

C/USER[15]&amp;gt; (defpackage :example (:use :cl :linux))

*** - (use-package (#&amp;lt;package linux&amp;gt; #&amp;lt;package common-lisp&amp;gt;) #&amp;lt;package example&amp;gt;): 27 name conflicts remain
      Which symbol with name "SIN" should be accessible in #&amp;lt;package example&amp;gt;?
The following restarts are available:
COMMON-LISP    :R1      #&amp;lt;package common-lisp&amp;gt;
LINUX          :R2      #&amp;lt;package linux&amp;gt;
ABORT          :R3      Abort main loop
C/Break 1 USER[16]&amp;gt; :q
C/USER[17]&amp;gt; 


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

Comment By: Bruno Haible (haible)
Date: 2013-01-17 14:06

Message:
Package LINUX is case-sensitive and case-inverted:

$ clisp -K full
[1]&amp;gt; (setq p (find-package "LINUX"))
#&amp;lt;PACKAGE LINUX&amp;gt;
[2]&amp;gt; (package-case-sensitive-p p)
T
[3]&amp;gt; (package-case-inverted-p p)
T

Please read about these concepts in http://www.clisp.org/impnotes.html
section 11.5 "Package Case-Sensitivity"
http://www.clisp.org/impnotes.html#package-case

There is no ANSI compliance issue because case-sensitive packages, and in
particular the LINUX package, are outside the scope of ANSI CL.

The name conflicts between the COMMON-LISP package and the LINUX package
are real: the two SIN functions behave differently.
[9]&amp;gt; (cl:sin 1000000000.0d0)
0.5458434494091139d0
[10]&amp;gt; (linux:sin 1000000000.0d0)
0.5458434494486996d0


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

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

------------------------------------------------------------------------------
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/learnmore_122712
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-01-17T22:10:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23040">
    <title>[ clisp-Bugs-3601310 ] find-symbol in LINUX is wrong.</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23040</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3601310&amp;amp;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]&amp;gt; (find-symbol "SIN" "LINUX")
LINUX:sin ;
:EXTERNAL
C/Break 1 USER[8]&amp;gt; (find-symbol "sin" "LINUX")
NIL ;
NIL

The consequence is that:

C/USER[15]&amp;gt; (defpackage :example (:use :cl :linux))

*** - (use-package (#&amp;lt;package linux&amp;gt; #&amp;lt;package common-lisp&amp;gt;) #&amp;lt;package example&amp;gt;): 27 name conflicts remain
      Which symbol with name "SIN" should be accessible in #&amp;lt;package example&amp;gt;?
The following restarts are available:
COMMON-LISP    :R1      #&amp;lt;package common-lisp&amp;gt;
LINUX          :R2      #&amp;lt;package linux&amp;gt;
ABORT          :R3      Abort main loop
C/Break 1 USER[16]&amp;gt; :q
C/USER[17]&amp;gt; 


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

Date: 2013-01-17 14:06

Message:
Package LINUX is case-sensitive and case-inverted:

$ clisp -K full
[1]&amp;gt; (setq p (find-package "LINUX"))
#&amp;lt;PACKAGE LINUX&amp;gt;
[2]&amp;gt; (package-case-sensitive-p p)
T
[3]&amp;gt; (package-case-inverted-p p)
T

Please read about these concepts in http://www.clisp.org/impnotes.html
section 11.5 "Package Case-Sensitivity"
http://www.clisp.org/impnotes.html#package-case

There is no ANSI compliance issue because case-sensitive packages, and in
particular the LINUX package, are outside the scope of ANSI CL.

The name conflicts between the COMMON-LISP package and the LINUX package
are real: the two SIN functions behave differently.
[9]&amp;gt; (cl:sin 1000000000.0d0)
0.5458434494091139d0
[10]&amp;gt; (linux:sin 1000000000.0d0)
0.5458434494486996d0


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

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

------------------------------------------------------------------------------
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/learnmore_122712
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-01-17T22:06:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23039">
    <title>[ clisp-Bugs-3601310 ] find-symbol in LINUX is wrong.</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23039</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3601310&amp;amp;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]&amp;gt; (find-symbol "SIN" "LINUX")
LINUX:sin ;
:EXTERNAL
C/Break 1 USER[8]&amp;gt; (find-symbol "sin" "LINUX")
NIL ;
NIL

The consequence is that:

C/USER[15]&amp;gt; (defpackage :example (:use :cl :linux))

*** - (use-package (#&amp;lt;package linux&amp;gt; #&amp;lt;package common-lisp&amp;gt;) #&amp;lt;package example&amp;gt;): 27 name conflicts remain
      Which symbol with name "SIN" should be accessible in #&amp;lt;package example&amp;gt;?
The following restarts are available:
COMMON-LISP    :R1      #&amp;lt;package common-lisp&amp;gt;
LINUX          :R2      #&amp;lt;package linux&amp;gt;
ABORT          :R3      Abort main loop
C/Break 1 USER[16]&amp;gt; :q
C/USER[17]&amp;gt; 


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

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

------------------------------------------------------------------------------
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/learnmore_122712
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-01-17T21:14:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23038">
    <title>[ clisp-Bugs-3598754 ] sort + union destroys underlying union members</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23038</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3598754&amp;amp;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))))
    #'&amp;lt;))) *CELLS*))
Without forcing an additional coy via copy-seq, some of *UNIT-LIST-VL2* gets modified.

Base info: Kubuntu 12.10, uname -a: Linux kunbuntu-x64 3.5.0-21-generic #32-Ubuntu SMP Tue Dec 11 18:51:59 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

clisp --version
GNU CLISP 2.49 (2010-07-07) (built on allspice.buildd [127.0.1.1])
Software: GNU C 4.6.2 
gcc -falign-functions=4 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -Wl,-Bsymbolic-functions -Wl,-z,relro  -lreadline -lncurses -ldl /usr/lib/libavcall.so /usr/lib/libcallback.so  -L/usr/lib -lsigsegv libgnu_cl.a 
SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.9
libreadline 5.2
libffcall 1.11
Features: 
(READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE
 BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp readline)
Installation directory: /usr/lib/clisp-2.49/
User language: ENGLISH
Machine: X86_64 (X86_64) kunbuntu-x64 [127.0.1.1]

I am building the structures *UNIT-LIST-VLx* and *NEIGHBOURSx* twice, in order to show the desctructive behaviour of sort.
SBCL and CCL do the right thing for me.

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

Comment By: winfriedp (wplapper-2)
Date: 2012-12-28 08:28

Message:
I admit defeat and surrender. You can close the incident / case / bug
report.

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

Comment By: Sam Steingold (sds)
Date: 2012-12-28 08:02

Message:
this behavior is fully ANSI compliant.
UNION does NOT modify its arguments, but its return value MAY share
structure with them.
An alternative to your approach is copying the arguments to UNION and using
NUNION.

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

Comment By: Sam Steingold (sds)
Date: 2012-12-28 08:02

Message:
This bug report is now marked as "pending"/"invalid".
This means that we think that the problem you report is not a problem with
CLISP.
Unless you - the reporter - act within 2 weeks, the bug will be permanently
closed.
Sorry about the inconvenience - we hope your silence means that you agree
that this is not a bug in CLISP.

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

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

------------------------------------------------------------------------------
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-12-28T16:45:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23037">
    <title>[ clisp-Bugs-3598754 ] sort + union destroys underlying union members</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23037</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3598754&amp;amp;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))))
    #'&amp;lt;))) *CELLS*))
Without forcing an additional coy via copy-seq, some of *UNIT-LIST-VL2* gets modified.

Base info: Kubuntu 12.10, uname -a: Linux kunbuntu-x64 3.5.0-21-generic #32-Ubuntu SMP Tue Dec 11 18:51:59 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

clisp --version
GNU CLISP 2.49 (2010-07-07) (built on allspice.buildd [127.0.1.1])
Software: GNU C 4.6.2 
gcc -falign-functions=4 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -Wl,-Bsymbolic-functions -Wl,-z,relro  -lreadline -lncurses -ldl /usr/lib/libavcall.so /usr/lib/libcallback.so  -L/usr/lib -lsigsegv libgnu_cl.a 
SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.9
libreadline 5.2
libffcall 1.11
Features: 
(READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE
 BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp readline)
Installation directory: /usr/lib/clisp-2.49/
User language: ENGLISH
Machine: X86_64 (X86_64) kunbuntu-x64 [127.0.1.1]

I am building the structures *UNIT-LIST-VLx* and *NEIGHBOURSx* twice, in order to show the desctructive behaviour of sort.
SBCL and CCL do the right thing for me.

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

Date: 2012-12-28 08:28

Message:
I admit defeat and surrender. You can close the incident / case / bug
report.

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

Comment By: Sam Steingold (sds)
Date: 2012-12-28 08:02

Message:
this behavior is fully ANSI compliant.
UNION does NOT modify its arguments, but its return value MAY share
structure with them.
An alternative to your approach is copying the arguments to UNION and using
NUNION.

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

Comment By: Sam Steingold (sds)
Date: 2012-12-28 08:02

Message:
This bug report is now marked as "pending"/"invalid".
This means that we think that the problem you report is not a problem with
CLISP.
Unless you - the reporter - act within 2 weeks, the bug will be permanently
closed.
Sorry about the inconvenience - we hope your silence means that you agree
that this is not a bug in CLISP.

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

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

------------------------------------------------------------------------------
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-12-28T16:28:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23036">
    <title>[ clisp-Bugs-3598754 ] sort + union destroys underlying union members</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23036</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3598754&amp;amp;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))))
    #'&amp;lt;))) *CELLS*))
Without forcing an additional coy via copy-seq, some of *UNIT-LIST-VL2* gets modified.

Base info: Kubuntu 12.10, uname -a: Linux kunbuntu-x64 3.5.0-21-generic #32-Ubuntu SMP Tue Dec 11 18:51:59 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

clisp --version
GNU CLISP 2.49 (2010-07-07) (built on allspice.buildd [127.0.1.1])
Software: GNU C 4.6.2 
gcc -falign-functions=4 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -Wl,-Bsymbolic-functions -Wl,-z,relro  -lreadline -lncurses -ldl /usr/lib/libavcall.so /usr/lib/libcallback.so  -L/usr/lib -lsigsegv libgnu_cl.a 
SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.9
libreadline 5.2
libffcall 1.11
Features: 
(READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE
 BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp readline)
Installation directory: /usr/lib/clisp-2.49/
User language: ENGLISH
Machine: X86_64 (X86_64) kunbuntu-x64 [127.0.1.1]

I am building the structures *UNIT-LIST-VLx* and *NEIGHBOURSx* twice, in order to show the desctructive behaviour of sort.
SBCL and CCL do the right thing for me.

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

Date: 2012-12-28 08:02

Message:
this behavior is fully ANSI compliant.
UNION does NOT modify its arguments, but its return value MAY share
structure with them.
An alternative to your approach is copying the arguments to UNION and using
NUNION.

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

Comment By: Sam Steingold (sds)
Date: 2012-12-28 08:02

Message:
This bug report is now marked as "pending"/"invalid".
This means that we think that the problem you report is not a problem with
CLISP.
Unless you - the reporter - act within 2 weeks, the bug will be permanently
closed.
Sorry about the inconvenience - we hope your silence means that you agree
that this is not a bug in CLISP.

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

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

------------------------------------------------------------------------------
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-12-28T16:02:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23035">
    <title>[ clisp-Bugs-3598754 ] sort + union destroys underlying union members</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23035</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3598754&amp;amp;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))))
    #'&amp;lt;))) *CELLS*))
Without forcing an additional coy via copy-seq, some of *UNIT-LIST-VL2* gets modified.

Base info: Kubuntu 12.10, uname -a: Linux kunbuntu-x64 3.5.0-21-generic #32-Ubuntu SMP Tue Dec 11 18:51:59 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

clisp --version
GNU CLISP 2.49 (2010-07-07) (built on allspice.buildd [127.0.1.1])
Software: GNU C 4.6.2 
gcc -falign-functions=4 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -Wl,-Bsymbolic-functions -Wl,-z,relro  -lreadline -lncurses -ldl /usr/lib/libavcall.so /usr/lib/libcallback.so  -L/usr/lib -lsigsegv libgnu_cl.a 
SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.9
libreadline 5.2
libffcall 1.11
Features: 
(READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE
 BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp readline)
Installation directory: /usr/lib/clisp-2.49/
User language: ENGLISH
Machine: X86_64 (X86_64) kunbuntu-x64 [127.0.1.1]

I am building the structures *UNIT-LIST-VLx* and *NEIGHBOURSx* twice, in order to show the desctructive behaviour of sort.
SBCL and CCL do the right thing for me.

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

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

------------------------------------------------------------------------------
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-12-28T15:17:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.clisp.devel/23034">
    <title>[ clisp-Bugs-3597512 ] eq load-time-value forms get coalesced</title>
    <link>http://comments.gmane.org/gmane.lisp.clisp.devel/23034</link>
    <description>&lt;pre&gt;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&amp;amp;atid=101355&amp;amp;aid=3597512&amp;amp;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_tim.htm

The code which appears to be responsible for this is
http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/file/696bfff6e3d1/src/compiler.lisp#l8116

The patch that fixes it for me is attached, but not sure about other implications of such a change.


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

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

------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
clisp-devel mailing list
clisp-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-devel

&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-12-19T17:05:52</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.clisp.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.clisp.devel</link>
  </textinput>
</rdf:RDF>
