headers
clisp-cvs-request | 1 Jul 2004 05:04
Picon

clisp-cvs digest, Vol 1 #597 - 2 msgs

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-admin <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 spvw.d,1.302,1.303 ChangeLog,1.3265,1.3266 (Sam Steingold)
   2. clisp/src clisp-link.in,1.16,1.17 ChangeLog,1.3266,1.3267 (Sam Steingold)

--__--__--

Message: 1
From: Sam Steingold <sds <at> users.sourceforge.net>
To: clisp-cvs <at> lists.sourceforge.net
Subject: clisp/src spvw.d,1.302,1.303 ChangeLog,1.3265,1.3266
Date: Wed, 30 Jun 2004 14:32:36 +0000
Reply-To: clisp-devel <at> lists.sourceforge.net
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin Keith Woo | 1 Jul 2004 05:58

success compiling with mingw32 (after some code changes)

Hi folks,

    I had some problems compiling clisp 2.33.2 with the msys+mingw32
    environment, but I've since overcome these with a few extra
    includes. I saw in the FAQ that patches I make should be against
    whatever is in CVS, and then I publish the patches on the WWW
    somewhere first.

    How may I obtain access to the CVS repository to make the patches?
    I've not used patch very much, so are there any preferred options to
    use when I run patch against the changes I made?

Kev

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
Permalink | Reply | 2 comments |
headers
Sam Steingold | 1 Jul 2004 14:52
Picon

Re: success compiling with mingw32 (after some code changes)

> * Kevin Keith Woo <xxjbb <at> snfgznvy.sz> [2004-07-01 13:58:34 +1000]:
>
>     How may I obtain access to the CVS repository to make the patches?

use anoncvs
<http://sourceforge.net/cvs/?group_id=1355>

>     I've not used patch very much, so are there any preferred options
>     to use when I run patch against the changes I made?

cvs diff -uw

--

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.honestreporting.com>
A computer scientist is someone who fixes things that aren't broken.

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
Permalink | Reply | 1 comment |
headers
Kevin Keith Woo | 2 Jul 2004 04:26

Re: success compiling with mingw32 (after some code changes)

Hi Sam,

    Thanks for the answer!

    I realised that I can avoid making all my changes to the various .d
source files if I had run:

makemake --with-dynamic-ffi win32gcc gcc > Makefile.kkw
                            ^^^^^^^^^^^^
                            the bit I missed

    When I added "win32gcc gcc", it nearly worked, except the
following code in makemake.in stopped my environment from
compiling:

  echol '!if !defined(MFLAGS)'
  echol 'MFLAGS='
  echol '!endif'
  echol
fi
########################### START OF NOT-WORK
if [ ${TSYS} = win32gcc ]; then
  echol "PATH=/bin:."
  echol
fi
########################### END OF NOT-WORK
if [ -z "$fsstnd" ]; then       # default fsstnd depends on the OS
  case ${HSYSOS} in
    cygwin | win32gcc )  fsstnd=redhat; ;; # cygwin == redhat!
    * )  fsstnd=gnu_ext; ;;
(Continue reading)

Permalink | Reply | 0 comments |
headers
clisp-cvs-request | 2 Jul 2004 05:00
Picon

clisp-cvs digest, Vol 1 #598 - 3 msgs

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-admin <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 genclisph.d,1.131,1.132 ChangeLog,1.3267,1.3268 (Sam Steingold)
   2. clisp/doc unix-ent.xml,1.40,1.41 (Sam Steingold)
   3. clisp/modules/berkeley-db test.tst,1.1,1.2 dbi.lisp,1.10,1.11 berkeley-db.xml,1.16,1.17
bdb.c,1.32,1.33 (Sam Steingold)

--__--__--

Message: 1
From: Sam Steingold <sds <at> users.sourceforge.net>
To: clisp-cvs <at> lists.sourceforge.net
Subject: clisp/src genclisph.d,1.131,1.132 ChangeLog,1.3267,1.3268
Date: Thu, 01 Jul 2004 15:15:37 +0000
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin Keith Woo | 2 Jul 2004 06:52

Re: success compiling with mingw32 (after some code changes)

Hi Arseny,

    Thanks for the suggestion! I hadn't invoked ./configure with
"--with-mingw build-mw" before because I didn't see --with-mingw
in the ./configure options.

    However, after running "./configure --with-mingw build-mw",
I still get the following:

gcc -I/usr/local/include -W -Wswitch -Wcomment -Wpointer-arith
-Wimplicit -Wreturn-type  -Wno-sign-compare -O2
-fexpensive-optimizations -D_WIN32 -DUNICODE -DNO_TERMCAP_NCURSES
-DDYNAMIC_FFI -DNO_GETTEXT -I. -x none ../utils/comment5.c -o
comment5.exe
make: gcc: Command not found
make: *** [comment5.exe] Error 127

    I found ./makemake generates a "PATH=/bin:.", and gcc on
my machine happens to reside in /mingw/bin/gcc, which causes
the above error. If I comment out the PATH statement, then all
works fine.

Kev

On Fri, 2 Jul 2004 14:33:25 +1100, "Arseny Slobodjuk" <ampy <at> ich.dvo.ru>
said:
> 
> >     I realised that I can avoid making all my changes to the various .d
> > source files if I had run:
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hoehle, Joerg-Cyril | 5 Jul 2004 13:36
Favicon

Re: Multithreading CLISP

Hi,

here's food for thinking/reading for all of you who are looking IMHO
too deep into automagic write locks and multi-threading safety etc.

Many programming languages I know -- inluding Common Lisp -- do not
allow to map/walk/iterate through a hash table and meanwhile modify
any other key than the current one.

That means
(maphash #'(lambda (k v) (random-user-func table k v)) table)
is inherently dangerous.

Nevertheless, and despite arbitrary user-defined code being callable
my iterators, I've never ever seen a programm proof where one assesses
that the hashtable iteration restriction will not be violated.

What I mean to criticise is how can people argue about safety
w.r.t. threads when hash-table are not even safe without them?

Please think about how the above restriction made it into many
language definitions.

My point is: please, avoid the "too much" syndrom.

Too me, write or read locks as discussed in clisp-devel in June, have
a flavour of this wish for too much automated protection, which I
believe to be neither realistic nor practical.

BTW, Andreas Thiele suggested peeking at CormanLisp for
(Continue reading)

Permalink | Reply | 0 comments |
headers
Denis Bueno | 6 Jul 2004 13:41

Re: Multithreading CLISP

In general, I agree with Jörg. wrt to MT, I think what should be done 
first is to create a mapping (i.e. set of functions/macros) to pthreads 
from lisp. This way the user can easily do his own locking. Then I 
think the issues will present themselves more clearly as to how to 
"automate" the locking like we have been talking about.

First question, is the GC thread-safe?

On 05 Jul 2004, at 07.36, Hoehle, Joerg-Cyril wrote:

> Hi,
>
> here's food for thinking/reading for all of you who are looking IMHO
> too deep into automagic write locks and multi-threading safety etc.
>
> Many programming languages I know -- inluding Common Lisp -- do not
> allow to map/walk/iterate through a hash table and meanwhile modify
> any other key than the current one.
>
> That means
> (maphash #'(lambda (k v) (random-user-func table k v)) table)
> is inherently dangerous.
>
> Nevertheless, and despite arbitrary user-defined code being callable
> my iterators, I've never ever seen a programm proof where one assesses
> that the hashtable iteration restriction will not be violated.
>
> What I mean to criticise is how can people argue about safety
> w.r.t. threads when hash-table are not even safe without them?
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
SourceForge.net | 6 Jul 2004 22:53
Picon
Favicon

[ clisp-Bugs-986223 ] Compile Failure

Bugs item #986223, was opened at 2004-07-06 15:53
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=986223&group_id=1355

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Timm Murray (hardburn)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile Failure

Initial Comment:
Platform: 
Gentoo, Linux 2.6.5-gentoo-r1, GCC 3.3.3, glibc 2.3.3 

Sources: 
Gentoo Portage package, clisp 2.33.2 

Built with: 
Both 'emerge clisp' and manual build via: 
sudo ./configure  
cd src 
sudo ./makemake --with-dynamic-ffi > Makefile 
su -c " ./makemake --with-dynamic-ffi > Makefile" 
sudo make config.lisp 
sudo vim config.lisp  
sudo make
(Continue reading)

Permalink | Reply | 0 comments |
headers
Scott Williams | 7 Jul 2004 06:47
Picon

keywordp in clisp.h?

Unless I'm missing something, keywordp is defined in lispbibl.h, but not 
exported in clisp.h. I attempted to patch genclisph.d with the 
definition contained in lispbibl.h:

--- genclisph.d 1 Jul 2004 15:15:32 -0000       1.132
+++ genclisph.d 7 Jul 2004 04:40:43 -0000
 <at>  <at>  -1149,6 +1149,7  <at>  <at> 
 #else
   printf1("#define symbolp(obj)  (varobjectp(obj) && (Record_type(obj) 
== %d))\n",Rectype_Symbol);
 #endif
+printf("#define keywordp(sym) 
(eq(TheSymbol(sym)->homepackage,O(keyword_package)))\n");
 #ifdef case_stream
   printf("#define builtin_stream_p(obj) 
(typecode(obj)==%d)\n",stream_type);
 #else

but when I linked in my module using keywordp from clisp.h, i got a 
linker error:

gcc -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type  
-Wno-sign-compare -O2 -fexpensive-optimizations -DUNICODE -DDYNAMIC_FFI 
-I. -I../ -c magick.m.c -o magick.o
magick.c: In function `C_subr_magick_add_noise_image':
magick.c:138: error: structure has no member named `_keyword_package'

I don't know enough to figure out how to make O(keyword_package) visible 
to modules. If someone would provide me some direction, I'd happily make 
this change (if exporting keywordp and O(keyword_package) to user
(Continue reading)

Permalink | Reply | 1 comment |

Gmane