SourceForge.net | 2 Jan 2007 18:15
Picon
Favicon

[ clisp-Bugs-1612358 ] Compilation fails against db 4.5.20

Bugs item #1612358, was opened at 2006-12-09 17:11
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1612358&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: Gerard Milmeister (gemi)
Assigned to: Bruno Haible (haible)
Summary: Compilation fails against db 4.5.20

Initial Comment:
Compilation of 2.41 fails against berkeley db version 4.5.20 with the following error:
In file included from bdb.c:8:
../clisp.h:681: warning: register used for two global register variables
bdb.c:2563: error: ‘DB_LOCK_DIRTY’ undeclared here (not in a function)
bdb.c: In function ‘C_subr_bdb_dbe_get_options’:
bdb.c:962: warning: implicit declaration of function ‘dbe_get_tas_spins’
bdb.c:962: warning: assignment makes pointer from integer without a cast
bdb.c:1069: warning: assignment makes pointer from integer without a cast

The macro DB_LOCK_DIRTY is not defined anymore in db 4.5.20. What I don't understand however, is that since
bdb.m.c is generated from bdb.c, the code for DB_LOCK_DIRTY is generated at all! Throughout the whole
(Continue reading)

clisp-cvs-request | 2 Jan 2007 21:05
Picon

clisp-cvs Digest, Vol 9, Issue 1

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

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

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

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

CLISP CVS commits for today

Today's Topics:

   1. clisp/doc impext.xml,1.470,1.471 (Sam Steingold)

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

Message: 1
Date: Tue, 02 Jan 2007 14:43:25 +0000
From: Sam Steingold <sds <at> users.sourceforge.net>
Subject: clisp/doc impext.xml,1.470,1.471
To: clisp-cvs <at> lists.sourceforge.net
Message-ID: <E1H1krO-0006is-GT <at> mail.sourceforge.net>

Update of /cvsroot/clisp/clisp/doc
(Continue reading)

Bruno Haible | 2 Jan 2007 22:32

gcc-4.3 and signed integer overflow

Hi,

I applied this change to the CVS. In ANSI C and C99, a signed integer
overflow (such as 2000000000+2000000000 or 1<<31 or 100000*100000) has
undefined behaviour. But clisp has always assumed that such operation
give the result mod 2^32. This is no longer the case with gcc-4.3
snapshots; gcc's behaviour in this case is to do strange optimizations
without warning. Fortunately there's a flag that detects such overflow:
-ftrapv.

I built clisp with CC="gcc -ftrapv" and ran check-tests, check-ansi-tests,
check-sacla-tests. The following changes were needed.

It is possible that some more changes are needed in particular places. If in
the future you notice that clisp built with gcc >= 4.3 behaves differently than
built with gcc < 4.3, it's a good idea to rebuild clisp with CC="gcc -ftrapv".

2006-12-24  Bruno Haible  <bruno <at> clisp.org>

	Make it work with gcc-4.3 snapshots.
	* intparam.c (main1): Rename get_integer_bitsize to
	get_unsigned_integer_bitsize. New macro get_signed_integer_bitsize.
	* lispbibl.d (bit, bitm): Change return type to 'unsigned long' instead
	of 'long'.

diff -r -c3 clisp-2.41.orig/src/intparam.c clisp-2.41/src/intparam.c
*** clisp-2.41.orig/src/intparam.c	2004-12-17 10:14:02.000000000 +0100
--- clisp-2.41/src/intparam.c	2006-12-24 15:14:16.000000000 +0100
***************
*** 110,125 ****
(Continue reading)

clisp-cvs-request | 3 Jan 2007 21:04
Picon

clisp-cvs Digest, Vol 9, Issue 2

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

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

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

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

CLISP CVS commits for today

Today's Topics:

   1. clisp/src ChangeLog,1.5482,1.5483 hashtabl.d,1.127,1.128
      (Sam Steingold)
   2. clisp/src intparam.c, 1.11, 1.12 lispbibl.d, 1.715, 1.716
      ChangeLog,	1.5483, 1.5484 (Bruno Haible)
   3. clisp configure,1.104,1.105 (Sam Steingold)
   4. clisp/src ChangeLog,1.5484,1.5485 (Sam Steingold)
   5. clisp/src ChangeLog, 1.5485, 1.5486 constobj.d, 1.181, 1.182
      package.d,	1.104, 1.105 spvw.d, 1.395, 1.396 (Sam Steingold)
   6. clisp/src spvw.d, 1.396, 1.397 package.d, 1.105, 1.106
      constobj.d,	1.182, 1.183 (Sam Steingold)

----------------------------------------------------------------------
(Continue reading)

Yaroslav Kavenchuk | 4 Jan 2007 09:55
Picon

Re: streams.tst revision 1.49 is failing when run with MinGW buil d

Sam Steingold wrote:
>  > back to 1.48 in order for it to pass with my MinGW build; otherwise it
>  > fails as I described here:
>  >
>  > http://permalink.gmane.org/gmane.lisp.clisp.devel/16238
>  >
>  > I verified that it's only the change to stream.tst that causes any
>  > problem -- stream.d (rev 1.571) is OK here.
> 
> this appears to be a woe32-specific bug.
> could you please debug it?

build log:
...
To see which tests failed, type
     cat /home/src/clisp/clisp/build-full/tests/*.erg
make[1]: *** [compare] Error 1
make[1]: Leaving directory `/home/src/clisp/clisp/build-full/tests'
make: *** [check-tests] Error 2

$ cat /home/src/clisp/clisp/build-full/tests/*.erg
Form:
(LET ((IF "tmp-input=file") (OF "tmp-output=file"))
   (OPEN IF :DIRECTION :PROBE :IF-DOES-NOT-EXIST :CREATE)
   (UNWIND-PROTECT
       (WITH-OPEN-FILE (O OF :DIRECTION :OUTPUT)
         (WITH-OPEN-FILE (I IF :DIRECTION :INPUT)
           (WITH-OPEN-STREAM (2WAY (MAKE-TWO-WAY-STREAM I O))
             (LIST (EQ (STREAM -EXTERNAL-FORMAT I)
                       (STREAM-EXTERNAL-FORMAT O))
(Continue reading)

Sam Steingold | 4 Jan 2007 15:03
Picon

Re: streams.tst revision 1.49 is failing when run with MinGW buil d

Yaroslav Kavenchuk wrote:
> Sam Steingold wrote:
>>  > back to 1.48 in order for it to pass with my MinGW build; otherwise it
>>  > fails as I described here:
>>  >
>>  > http://permalink.gmane.org/gmane.lisp.clisp.devel/16238
>>  >
>>  > I verified that it's only the change to stream.tst that causes any
>>  > problem -- stream.d (rev 1.571) is OK here.
>>
>> this appears to be a woe32-specific bug.
>> could you please debug it?
> 
> build log:
> ...
> To see which tests failed, type
>      cat /home/src/clisp/clisp/build-full/tests/*.erg
> make[1]: *** [compare] Error 1
> make[1]: Leaving directory `/home/src/clisp/clisp/build-full/tests'
> make: *** [check-tests] Error 2
> 
> $ cat /home/src/clisp/clisp/build-full/tests/*.erg
> Form:
> (LET ((IF "tmp-input=file") (OF "tmp-output=file"))
>    (OPEN IF :DIRECTION :PROBE :IF-DOES-NOT-EXIST :CREATE)
>    (UNWIND-PROTECT
>        (WITH-OPEN-FILE (O OF :DIRECTION :OUTPUT)
>          (WITH-OPEN-FILE (I IF :DIRECTION :INPUT)
>            (WITH-OPEN-STREAM (2WAY (MAKE-TWO-WAY-STREAM I O))
>              (LIST (EQ (STREAM -EXTERNAL-FORMAT I)
(Continue reading)

SourceForge.net | 4 Jan 2007 19:13
Picon
Favicon

[ clisp-Bugs-1628070 ] make check fails on i686-apple-darwin8.8.1

Bugs item #1628070, was opened at 2007-01-04 13:13
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1628070&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: ffcall
Group: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis Ruffer (druffer)
Assigned to: Bruno Haible (haible)
Summary: make check fails on i686-apple-darwin8.8.1

Initial Comment:
Source/ffcall-1.10 druffer$ make check
cd avcall; make check
./minitests > minitests.out
LC_ALL=C uniq -u < minitests.out > minitests.output.i686-apple-darwin8.8.1
test '!' -s minitests.output.i686-apple-darwin8.8.1
cd vacall; make check
./minitests > minitests.out
LC_ALL=C uniq -u < minitests.out > minitests.output.i686-apple-darwin8.8.1
test '!' -s minitests.output.i686-apple-darwin8.8.1
cd trampoline; make check
./test1
(Continue reading)

Sam Steingold | 4 Jan 2007 19:16
Picon

Re: streams.tst revision 1.49 is failing when run with MinGW build

Jack Unrue wrote:
> I have to revert
> 
> tests/streams.tst
>   revision 1.49
>   date: 2006/12/27 23:14:23;  author: sds;  state: Exp;  lines: +25 -0
>   fixed bug [ 1483762 ]: socket's stream-external-format always :default
> 
> back to 1.48 in order for it to pass with my MinGW build; otherwise it
> fails as I described here:
> 
> http://permalink.gmane.org/gmane.lisp.clisp.devel/16238
> 
> I verified that it's only the change to stream.tst that causes any
> problem -- stream.d (rev 1.571) is OK here.
> 

please test this patch

--- stream.d	27 Dec 2006 18:22:33 -0500	1.571
+++ stream.d	04 Jan 2007 13:14:40 -0500	
 <at>  <at>  -15534,7 +15534,7  <at>  <at> 
          STACK_1 = value1;       /* save output external format */
          C_stream_external_format();
          { object output_ex_fmt = popSTACK();
-          if (eq(value1,output_ex_fmt)) /* same ex fmt for input & 
output */
+          if (equalp(value1,output_ex_fmt)) /* same ex fmt for input & 
output */
              return;                     /* return this same ex fmt */
(Continue reading)

SourceForge.net | 4 Jan 2007 19:34
Picon
Favicon

[ clisp-Bugs-1628070 ] FFCALL make check fails on i686-apple-darwin8.8.1

Bugs item #1628070, was opened at 2007-01-04 13:13
Message generated for change (Settings changed) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1628070&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: ffcall
Group: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis Ruffer (druffer)
Assigned to: Bruno Haible (haible)
>Summary: FFCALL make check fails on i686-apple-darwin8.8.1

Initial Comment:
Source/ffcall-1.10 druffer$ make check
cd avcall; make check
./minitests > minitests.out
LC_ALL=C uniq -u < minitests.out > minitests.output.i686-apple-darwin8.8.1
test '!' -s minitests.output.i686-apple-darwin8.8.1
cd vacall; make check
./minitests > minitests.out
LC_ALL=C uniq -u < minitests.out > minitests.output.i686-apple-darwin8.8.1
test '!' -s minitests.output.i686-apple-darwin8.8.1
cd trampoline; make check
./test1
(Continue reading)

clisp-cvs-request | 4 Jan 2007 21:05
Picon

clisp-cvs Digest, Vol 9, Issue 3

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

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

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

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

CLISP CVS commits for today

Today's Topics:

   1. clisp/src ChangeLog,1.5486,1.5487 constobj.d,1.183,1.184
      (Sam Steingold)
   2. clisp/src ChangeLog,1.5487,1.5488 stream.d,1.571,1.572
      (Sam Steingold)
   3. clisp/tests ChangeLog,1.505,1.506 streams.tst,1.49,1.50
      (Sam Steingold)
   4. clisp/src ChangeLog,1.5488,1.5489 stream.d,1.572,1.573
      (Sam Steingold)
   5. clisp/tests streams.tst,1.50,1.51 (Sam Steingold)

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

(Continue reading)


Gmane