Re: [Chicken-users] Chicken-users Digest, Vol 152, Issue 8

[Claude Marinier]

On 14 July 2015 at 12:00, Christian Kellermann <address@hidden> wrote:

Claude Marinier <address@hidden> writes:
> Hi,
>
> Chicken-install complains about the location.
>
>     chicken-install numbers
>     Error: no default location defined - please use `-location' option
>
> I have been looking for a while (Google) but have not found how to specify
> the location (or rather which location to specify). I tried the following
> but that?s not it.
>
>     chicken-install -location http://code.call-cc.org/svn/chicken-eggs numbers

The location is defined in $PREFIX/share/chicken/setup.defaults, does
that exist for you?

As for call-cc.org it's http://code.call-cc.org/cgi-bin/henrietta.cgi

Did you install the rc candidate to a non standard location? Or did you
omit the make install step?

 

Christian Kellermann <address@hidden> writes:

Also note that for this the "transport" needs to be http...

The file C:/Chicken/share/chicken/setup.defaults exists and contains entirely reasonable definitions of location and transport. I believe that C:/Chicken is the prefered installation location.

. . .
(server
 (location "call-cc")
 (transport http))
. . .

(alias

 ("call-cc" "http://code.call-cc.org/cgi-bin/henrietta.cgi")
 ("kitten-technologies" "http://chicken.kitten-technologies.co.uk/henrietta.cgi"))
...

Armed with this information, installing numbers seems to work.

C:\Users\marinier>chicken-install -location http://code.call-cc.org/cgi-bin/henrietta.cgi numbers
retrieving ...
connecting to host "code.call-cc.org", port 80 ...
requesting "/cgi-bin/henrietta.cgi?name=numbers&mode=default" ...
reading response ...
HTTP/1.1 200 OK
Date: Wed, 15 Jul 2015 17:36:25 GMT
Server: Apache/2.4.10 (Debian)
Connection: close
Vary: Accept-Encoding
Transfer-Encoding: chunked
Content-Type: text/plain
reading chunks .........
reading files ...
  ./numbers.meta
  ./numbers-c.h
  ./benchmarks/
  ./benchmarks/pi-ratios.scm
  ./benchmarks/read-write.scm
  ./benchmarks/frpoly.scm
  ./benchmarks/pidigits.scm
  ./benchmarks/iterrogo-u8vector-benchmark.scm
  ./benchmarks/basics.scm
  ./benchmarks/cl-bench-bignum.scm
  ./benchmarks/chudnovsky-pi.scm
  ./numbers.scm
  ./numbers.setup
  ./toom-cook3.scm
  ./numbers-syntax.scm
  ./TODO
  ./NOTES
  ./numbers-c.c
  ./numbers.types
 numbers located at C:\Users\marinier\AppData\Local\Temp/tempae78.5576/numbers
checking platform for `numbers' ...
checking dependencies for `numbers' ...
install order:
("numbers")
installing numbers:4.3 ...
changing current directory to C:\Users\marinier\AppData\Local\Temp/tempae78.5576/numbers
  "C:\Chicken\bin\csi" -bnq -setup-mode -e "(require-library setup-api)" -e "(import setup-api)" -e
"(setup-error-handling)" -e "(extension-name-and-version '(\"numbers\" \"4.3\"))" "numbers.setup"
Deleted file - C:\Users\marinier\AppData\Local\Temp\temp566a.5608.c
  "C:\Chicken\bin\csc" -feature compiling-extension -setup-mode    -C -fexcess-precision=standard -s
 -O3 numbers.scm -j numbers
  "C:\Chicken\bin\csc" -feature compiling-extension -setup-mode    -s -O3 numbers.import.scm
  copy "numbers.so" "C:\Chicken\lib\chicken\7\numbers.so"
        1 file(s) copied.
  copy "numbers.import.so" "C:\Chicken\lib\chicken\7\numbers.import.so"
        1 file(s) copied.
  copy "numbers-syntax.scm" "C:\Chicken\lib\chicken\7\numbers-syntax.scm"
        1 file(s) copied.

Numbers seem to work but (exit) causes an error.

C:\Users\marinier>csi

CHICKEN
(c) 2008-2015, The CHICKEN Team
(c) 2000-2007, Felix L. Winkelmann
Version 4.10.0rc1 ((detached from 4.10.0rc1)) (rev 671a5eb)
windows-mingw32-x86 [ manyargs dload ptables ]
compiled 2015-06-07 on waldrop (Linux)

#;1> (use numbers)
; loading C:/Chicken/lib/chicken/7/numbers.import.so ...
; loading C:/Chicken/lib/chicken/7/chicken.import.so ...
; loading C:/Chicken/lib/chicken/7/foreign.import.so ...
; loading C:/Chicken/lib/chicken/7/numbers.so ...
#;2> (* 11111111 111111111)
1234567887654321
#;3> (* 11111111 111111111 111111111)
137174209602194790260631
#;4> (exit)

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

--

Claude Marinier