Beta 16 of Gambit-C 4.0 is now available in source form at this address:
http://www.iro.umontreal.ca/~feeley/gambc40b16.tar.gz
Most of the bugs reported since the last release have been fixed.
Marc
Afficher les réponses par date
On 4-Jan-06, at 2:01 AM, Marc Feeley wrote:
Beta 16 of Gambit-C 4.0 is now available in source form at this address:
http://www.iro.umontreal.ca/~feeley/gambc40b16.tar.gz
Most of the bugs reported since the last release have been fixed.
Marc
I have corrected a few build problems (HPUX and Solaris). Please download the tar ball again.
While at it I also changed the handling of CTRL-C as per my previous message, i.e. by default CTRL-C now terminates the program after displaying "*** INTERRUPTED IN ...". With the runtime option "-:d" the system will instead start a REPL. With the runtime option "-:d0" the program will terminate silently. However, when inside a REPL (such as the one normally started in interactive mode), a CTRL-C will start a nested REPL.
Marc
On Jan 4, 2006, at 12:48 PM, Marc Feeley wrote:
On 4-Jan-06, at 2:01 AM, Marc Feeley wrote:
Beta 16 of Gambit-C 4.0 is now available in source form at this address:
http://www.iro.umontreal.ca/~feeley/gambc40b16.tar.gz
Most of the bugs reported since the last release have been fixed.
Marc
I have corrected a few build problems (HPUX and Solaris). Please download the tar ball again.
What's this message about during configure of the new (and old) download on Mac OS X 10.4.3
./configure: line 1: rootfromhere: command not found
Brad, my main development environment is Mac OS X 10.4.3 and I never got that error message. Just to be sure I did a completely new build of Gambit and still the problem does not occur. Could you send me the exact output that you get? By the way, line 1 of configure does not contain "rootfromhere" so I don't see where that message comes from.
Marc
On 4-Jan-06, at 2:49 PM, Bradley Lucier wrote:
On Jan 4, 2006, at 12:48 PM, Marc Feeley wrote:
On 4-Jan-06, at 2:01 AM, Marc Feeley wrote:
Beta 16 of Gambit-C 4.0 is now available in source form at this address:
http://www.iro.umontreal.ca/~feeley/gambc40b16.tar.gz
Most of the bugs reported since the last release have been fixed.
Marc
I have corrected a few build problems (HPUX and Solaris). Please download the tar ball again.
What's this message about during configure of the new (and old) download on Mac OS X 10.4.3
./configure: line 1: rootfromhere: command not found
Try
[lindv2:~/programs/gambc40b16] lucier% env CC='gcc -mcpu=970 -m64' ./ configure --enable-single-host --enable-shared checking build system type... powerpc-apple-darwin8.3.0 checking host system type... powerpc-apple-darwin8.3.0 checking target system type... powerpc-apple-darwin8.3.0 checking for gcc... gcc -mcpu=970 -m64 <lots of stuff deleted> checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... (cached) yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... no checking whether ln -s works... yes checking for ranlib... ranlib ./configure: line 1: rootfromhere: command not found checking whether make sets $(MAKE)... yes configure: creating ./config.status <etc.>
(What? You object that I report a bug like a newbie?!? I'll try to do better ;-)
Brad
On Jan 6, 2006, at 12:22 PM, Marc Feeley wrote:
Brad, my main development environment is Mac OS X 10.4.3 and I never got that error message. Just to be sure I did a completely new build of Gambit and still the problem does not occur. Could you send me the exact output that you get? By the way, line 1 of configure does not contain "rootfromhere" so I don't see where that message comes from.
Marc
On 4-Jan-06, at 2:49 PM, Bradley Lucier wrote:
On Jan 4, 2006, at 12:48 PM, Marc Feeley wrote:
On 4-Jan-06, at 2:01 AM, Marc Feeley wrote:
Beta 16 of Gambit-C 4.0 is now available in source form at this address:
http://www.iro.umontreal.ca/~feeley/gambc40b16.tar.gz
Most of the bugs reported since the last release have been fixed.
Marc
I have corrected a few build problems (HPUX and Solaris). Please download the tar ball again.
What's this message about during configure of the new (and old) download on Mac OS X 10.4.3
./configure: line 1: rootfromhere: command not found
I see... the problem is the --enable-shared. I have reproduced the bug on my machine and will investigate.
Marc
On 6-Jan-06, at 3:01 PM, Bradley Lucier wrote:
Try
[lindv2:~/programs/gambc40b16] lucier% env CC='gcc -mcpu=970 - m64' ./configure --enable-single-host --enable-shared checking build system type... powerpc-apple-darwin8.3.0 checking host system type... powerpc-apple-darwin8.3.0 checking target system type... powerpc-apple-darwin8.3.0 checking for gcc... gcc -mcpu=970 -m64
<lots of stuff deleted> checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... (cached) yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... no checking whether ln -s works... yes checking for ranlib... ranlib ./configure: line 1: rootfromhere: command not found checking whether make sets $(MAKE)... yes configure: creating ./config.status <etc.>
(What? You object that I report a bug like a newbie?!? I'll try to do better ;-)
Brad
On Jan 6, 2006, at 12:22 PM, Marc Feeley wrote:
Brad, my main development environment is Mac OS X 10.4.3 and I never got that error message. Just to be sure I did a completely new build of Gambit and still the problem does not occur. Could you send me the exact output that you get? By the way, line 1 of configure does not contain "rootfromhere" so I don't see where that message comes from.
Marc
On 4-Jan-06, at 2:49 PM, Bradley Lucier wrote:
On Jan 4, 2006, at 12:48 PM, Marc Feeley wrote:
On 4-Jan-06, at 2:01 AM, Marc Feeley wrote:
Beta 16 of Gambit-C 4.0 is now available in source form at this address:
http://www.iro.umontreal.ca/~feeley/gambc40b16.tar.gz
Most of the bugs reported since the last release have been fixed.
Marc
I have corrected a few build problems (HPUX and Solaris). Please download the tar ball again.
What's this message about during configure of the new (and old) download on Mac OS X 10.4.3
./configure: line 1: rootfromhere: command not found
It seems to be a shell quoting problem. Edit configure.ac and replace the
if test "$ENABLE_SHARED" = yes; then
case "$target_os" in ...
with
if test "$ENABLE_SHARED" = yes; then
case "$target_os" in
mingw*) GAMBCLIB="libgambc.dll" SETDLPATH="PATH=$(rootfromhere)/lib:${PATH}" ;;
darwin*) GAMBCLIB="libgambc.dylib" SETDLPATH="DYLD_LIBRARY_PATH=$(rootfromhere)/lib:$ {DYLD_LIBRARY_PATH}" ;;
hpux*) GAMBCLIB="libgambc.so" SETDLPATH="SHLIB_PATH=$(rootfromhere)/lib:${SHLIB_PATH}" ;;
aix*) GAMBCLIB="libgambc.so" SETDLPATH="LIBPATH=$(rootfromhere)/lib:${LIBPATH}" ;;
*) GAMBCLIB="libgambc.so" SETDLPATH="LD_LIBRARY_PATH=$(rootfromhere)/lib:$ {LD_LIBRARY_PATH}" ;; esac
That worked for me.
While I'm at it, does anyone know if there is a standard versioning scheme for shared libraries that I could use for libgambc.so ? Should I simply suffix with the Gambit version number, i.e. libgambc40066.so? What about Windows?
Marc
On 6-Jan-06, at 10:27 PM, Marc Feeley wrote:
I see... the problem is the --enable-shared. I have reproduced the bug on my machine and will investigate.
Marc
On 6-Jan-06, at 3:01 PM, Bradley Lucier wrote:
Try
[lindv2:~/programs/gambc40b16] lucier% env CC='gcc -mcpu=970 - m64' ./configure --enable-single-host --enable-shared checking build system type... powerpc-apple-darwin8.3.0 checking host system type... powerpc-apple-darwin8.3.0 checking target system type... powerpc-apple-darwin8.3.0 checking for gcc... gcc -mcpu=970 -m64
<lots of stuff deleted> checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/ include checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... (cached) yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... no checking whether ln -s works... yes checking for ranlib... ranlib ./configure: line 1: rootfromhere: command not found checking whether make sets $(MAKE)... yes configure: creating ./config.status <etc.>
(What? You object that I report a bug like a newbie?!? I'll try to do better ;-)
Brad
On Jan 6, 2006, at 12:22 PM, Marc Feeley wrote:
Brad, my main development environment is Mac OS X 10.4.3 and I never got that error message. Just to be sure I did a completely new build of Gambit and still the problem does not occur. Could you send me the exact output that you get? By the way, line 1 of configure does not contain "rootfromhere" so I don't see where that message comes from.
Marc
On 4-Jan-06, at 2:49 PM, Bradley Lucier wrote:
On Jan 4, 2006, at 12:48 PM, Marc Feeley wrote:
On 4-Jan-06, at 2:01 AM, Marc Feeley wrote:
Beta 16 of Gambit-C 4.0 is now available in source form at this address:
http://www.iro.umontreal.ca/~feeley/gambc40b16.tar.gz
Most of the bugs reported since the last release have been fixed.
Marc
I have corrected a few build problems (HPUX and Solaris). Please download the tar ball again.
What's this message about during configure of the new (and old) download on Mac OS X 10.4.3
./configure: line 1: rootfromhere: command not found
Gambit-list mailing list Gambit-list@iro.umontreal.ca http://mailman.iro.umontreal.ca/mailman/listinfo/gambit-list
Hi
I've looked at the documentation, and I have some questions:
What does Gambit do to reduce name clutter in bigger than toy programs? The following (what slib does) seems terribly inconvenient and inflexible to me.
(define f '()) (define g '())
(let () ;; .... lots of internal define's (set! f f-implementation) (set! g g-implementation))
Are there reader modifications that mimic Common Lisp's packages?
Incidentally, I tried to use the reference implementation of SRFI-82, but it failed with beta 15.
If you do use gambit-generated code in your C program, can you also use pthreads?
Gambit allows file-level declarations. Is it possible to declare a specific variable to be fixnum or flonum, for example, or would that be useless anyway?
Is it possible to UNload a shared library?
Is anyone successfully using Gambit on Microsoft platforms, compiled with VC++ or MinGW?
Thanks
P.S. As of now, the web site still does not mention beta 16, and the online documentation http://www.iro.umontreal.ca/~gambit/doc/ is stuck on beta 11.
At 12:03 Uhr -0800 04.01.2006, Alex Goldman wrote:
Hi
I've looked at the documentation, and I have some questions:
What does Gambit do to reduce name clutter in bigger than toy programs? (...) Are there reader modifications that mimic Common Lisp's packages?
It offers the undocumented ##namespace form. See examples/* in the source archive. I've written "chjmodule" which makes dealing with those easier, see my previous announcements on this mailing list.
##namespace is not a reader macro, but a compiler/interpreter directive. It can also be put into a local scope. Like:
(##namespace ("foo#")) (define (display v) (##namespace ("" display newline)) (display "v: ") (display v) (newline)) (##namespace ("" fun +)) (define (fun a b) (display (+ a b)))
; > (compile-file "foo.scm") ; #t ; > (load "foo") ; "/home/chris/schemedevelopment/gambit/mod/foo.o2" ; > (fun 1 2) ; v: 3
Incidentally, I tried to use the reference implementation of SRFI-82, but it failed with beta 15.
Do you mean srfi-83? What about André v. Tonder's implementation?
If you do use gambit-generated code in your C program, can you also use pthreads?
From what I gather there is an example in the gambit source archive (examples/pthread/).
Gambit allows file-level declarations. Is it possible to declare a specific variable to be fixnum or flonum, for example, or would that be useless anyway?
You can also declare fixnum or flonum in a lexical context. But I think not on single variables. From what I can tell, it's about how the generic operations like + - expt etc. are specialized, not about the variables. You can always use unsafe lowlevel operations on particular variables:
(define (foo a b) ; a: fixnum, b: flonum (if (and (##fixnum? a) (##flonum? b)) (##flonum.+ (##flonum.<-fixnum a) b) (error "invalid operands")))
Is it possible to UNload a shared library?
((Assuming that you are talking about compiled gambit object files:) Probably not since it would require support from the gc ("when is it safe to unload code?"). Of course I'm not authoritative. I've been wondering about this too, for long running processes, but then: it shouldn't be a problem anyway, since the files are memory-mapped (on linux anyway) and thus will barely take any real memory once they are not used anymore. And how long would it take to fill up a 32 bit virtual address space with object files? Like if you're loading 100 shared objects of 200kb each per day, it will take about 100 days.)
Christian.