<?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.scheme.gambit">
    <title>gmane.lisp.scheme.gambit</title>
    <link>http://blog.gmane.org/gmane.lisp.scheme.gambit</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.scheme.gambit/6730"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6725"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6724"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6720"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6718"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6715"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6710"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6709"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6706"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6701"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6697"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6696"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6684"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6682"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6667"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6664"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6661"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6658"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6645"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.gambit/6635"/>
      </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.scheme.gambit/6730">
    <title>gambit-objc v0.1.0 released</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6730</link>
    <description>&lt;pre&gt;Hi!

I've just released gambit-objc 0.1.0.  This is the "it has the basics, and
the implementation is complete enough for real projects" release.

* It gives you access to Objective-C class objects.  The easiest way is:

  (import-classes (NSString NSDictionary))

  after which, you can refer to them.

* It dynamically dispatches Objective-C methods:

  (: NSString stringWithUTF8String: "hello, world")

* It supports marshaling of native Scheme objects to C/Objective-C types
for parameter and return values, including structures, selectors, all
integral types, and UTF8 strings.  It wraps Objective-C objects with
foreign.

* It has a objc-repl, an extended version of gsi which supports
square-brace syntax, like so:

  [NSString stringWithUTF8String: "Hello, world!"]

You'll find a minimal sample Cocoa app in the distribution as well.

There are many cool things that can be added.  I'd love to collaborate,
help people use it, and otherwise enable its adoption.

I'm really happy with how elegant it ended up (aft&lt;/pre&gt;</description>
    <dc:creator>Jason Felice</dc:creator>
    <dc:date>2013-05-18T17:12:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6725">
    <title>Garbage collection collusion?</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6725</link>
    <description>&lt;pre&gt;I've often thought that languages with garbage collectors should have 
some means for the garbage collectors to communicate with one another.

&lt;/pre&gt;</description>
    <dc:creator>Hendrik Boom</dc:creator>
    <dc:date>2013-05-11T02:17:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6724">
    <title>Gambit GUI</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6724</link>
    <description>&lt;pre&gt;Are any GUI toolkits a good fit with Gambit?

At the moment I only need a text interface, but the text would be change 
all over the screen (or window).  In the 80's I'd use cursor controls on 
a  VT100, but I suspect I can do better nowadays.

In the long run I'll probably want some menus and images.

Currently using Gambit on Linux. Portability to other platforms is not 
necessary, but would be nice.

&lt;/pre&gt;</description>
    <dc:creator>Hendrik Boom</dc:creator>
    <dc:date>2013-05-10T23:58:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6720">
    <title>Lisp in Summer Projects - welcome</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6720</link>
    <description>&lt;pre&gt;If you are doing a project in Gambit Scheme (or any other Lisp), then you might be interested in this contest, with many cash prizes:

http://lispinsummerprojects.org/welcome 

Marc
&lt;/pre&gt;</description>
    <dc:creator>Marc Feeley</dc:creator>
    <dc:date>2013-05-09T04:16:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6718">
    <title>Apps with GUI running on android</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6718</link>
    <description>&lt;pre&gt;Hi.

I've recently installed gambit on my android phone (
https://play.google.com/store/apps/details?id=org.keithflower.gambit )
and it seems to work fine. I would now like to know if it's possible
to create from this gambit an UI for the apps I want to develop?

I'm not looking at much, I'd just like to be able to print some text,
and then to print a keypad on which to feed data. Something as simple
as http://img.softpile.com/mobile/screenshots/38/2012042621504410.png

So, is it possible?

That webview thing seems to be available, and an old comment at
http://comments.gmane.org/gmane.lisp.scheme.gambit/5285 seems to say
that UIs could be written with it, but I don't really see how.
Assuming I have a form, where do I post to?

If there's another way to run apps written in Gambit and that use a
GUI, I'd be interested to hear about it.

Cheers,

P!

--
Français, English, 日本語, 한국어
_______________________________________________
Gambit-list mailing list
Gambit-list&amp;lt; at &amp;gt;iro.umontreal.ca
https://webmail.i&lt;/pre&gt;</description>
    <dc:creator>Adrien Piérard</dc:creator>
    <dc:date>2013-05-03T03:02:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6715">
    <title>Experiencing freeze error in |##thread-effective-priority-downgrade!| , a btq became self-referencing so all stops, any thoughts on how fix?</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6715</link>
    <description>&lt;pre&gt;Hi Marc!


Rarely I get an error that Gambit just stops, while eating up all the CPU
core.

It's so rare that I don't consider it a problem, though I'd be happy to see
it gone of course.

I believe 50% of the time it happens within 5 seconds after Gambit started
and thread-start! was invoked 1-5 times.

I ran into this error now, saw it something like four times in 6mo.

This is on Gambit gsc 4.6.6 on AMD64, compiled from source with
--enable-single-host and some more.

The Gambit session is running a couple of Gambit threads, absolutely
nothing exotic going on.

Had it in a GDB session so could reliably "profile" the error, output from
that GDB session below.

Saved the core file for later reference too.

It's in _thread.scm , and from what I can see it's in
|##thread-effective-priority-downgrade!|'s definition.

What it looks like to me is that by some reason we've got a
self-referencing btq-deq-next chain element, that
keeps it reiterating forever.

I base this on that ___r1 and ___r3 and ___r4 remain con&lt;/pre&gt;</description>
    <dc:creator>Mikael</dc:creator>
    <dc:date>2013-05-03T00:05:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6710">
    <title>[ANN] Gambit-C v4.6.9 released</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6710</link>
    <description>&lt;pre&gt;Gambit-C v4.6.9 is now available.

Changelog: https://github.com/feeley/gambit/commits

The sources and prebuilt distributions can be obtained from
the Gambit web site by visiting one of the following links.

sources:
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/source/gambc-v4_6_9.tgz (for typical users)
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/source/gambc-v4_6_9-devel.tgz (for developers)

prebuilt:
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_9-macosx-intel32.dmg
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_9-macosx-intel64.dmg
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_9-windows-mingw32.exe
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_9-windows-mingw64.exe
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_9-windows-visualc32.exe
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_9&lt;/pre&gt;</description>
    <dc:creator>Logiciel Gambit</dc:creator>
    <dc:date>2013-05-02T16:06:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6709">
    <title>Avoid v4.6.8 on OS X</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6709</link>
    <description>&lt;pre&gt;Gambit v4.6.8 was mistakenly compiled to use the "poll" system call instead of "select".  Unfortunately, on OS X the poll system call does not support ttys.  Reading a tty will never block.  This causes an idle gsi to use 100% CPU.

I'll be releasing v4.6.9 ASAP.

Marc
&lt;/pre&gt;</description>
    <dc:creator>Marc Feeley</dc:creator>
    <dc:date>2013-05-02T13:17:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6706">
    <title>How to give gsi an end-of-file</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6706</link>
    <description>&lt;pre&gt;I'm running a gambit program from a file using gsi, initiated from an 
interactive shell provided by my window manager on Debian wheezy..

The program uses read-char and peek-char to read characters from standard 
input, which appears to be the terminal.

but the test for end of file, (eof-object? c), seems never to return 
true,, even if I type a control-D, which is the usual Linux way to signal 
end of file from a terminal.

How should I enter an end-of-file on the terminal instead?

&lt;/pre&gt;</description>
    <dc:creator>Hendrik Boom</dc:creator>
    <dc:date>2013-05-02T12:35:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6701">
    <title>How convert 0.0001 to string so it becomes "0.0001" (and not "1e-4" or "1/10000")?</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6701</link>
    <description>&lt;pre&gt;"1e-4"
"1/10000"


The same with other similar values such as 0.00085 .
_______________________________________________
Gambit-list mailing list
Gambit-list&amp;lt; at &amp;gt;iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
&lt;/pre&gt;</description>
    <dc:creator>Mikael More</dc:creator>
    <dc:date>2013-05-01T12:12:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6697">
    <title>Somehow missing force call</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6697</link>
    <description>&lt;pre&gt;I haven't been able to separate the code from my repo and make it still
break, but I found what I imagine is an inlining bug when
--enable-auto-force is enabled.

My repo: https://github.com/maitria/scheme-stuff.git

$ make
$ gsi
1 2&amp;gt;

Change lib/iteration.scm:14 and replace end-position? with null? and repeat:

*** ERROR IN iteration#for-each -- (Argument 1) PAIR expected
(car '())
1&amp;gt;

The definition of end-position? is:

(define end-position? null?)

Adding an extraneous force call -- (loop (force (cdr position))) -- will
prevent the problem.
_______________________________________________
Gambit-list mailing list
Gambit-list&amp;lt; at &amp;gt;iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
&lt;/pre&gt;</description>
    <dc:creator>Jason Felice</dc:creator>
    <dc:date>2013-05-01T00:36:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6696">
    <title>Can't build 4.6.8 from src with c++ support</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6696</link>
    <description>&lt;pre&gt;Hi I'm not able to build Gambit with C++ support, having problem with 4.6.7 and 4.6.8.

Building on ubuntu 32bit.

Full log is attached but here are the relevant parts:

gcc 4.7.2

Both configure commands produce same error:

./configure --enable-single-host --enable-cplusplus --enable-c-opt

./configure --enable-single-host --enable-cplusplus


g++ -Wno-unused -Wno-write-strings -O2 -fno-math-errno -fschedule-insns2 -fno-trapping-math -fno-strict-aliasing -fwrapv -fomit-frame-pointer -fPIC -fno-common -mieee-fp   -I"../include" -c -o "os_io.o" -I. -DHAVE_CONFIG_H -D___GAMBCDIR="\"/usr/local/Gambit-C\"" -D___SYS_TYPE_CPU="\"i686\"" -D___SYS_TYPE_VENDOR="\"pc\"" -D___SYS_TYPE_OS="\"linux-gnu\"" -D___CONFIGURE_COMMAND="\"./configure '--enable-single-host' '--enable-c-opt' '--enable-cplusplus'"\" -D___OBJ_EXTENSION="\".o\"" -D___EXE_EXTENSION="\"\"" -D___BAT_EXTENSION="\"\"" -D___PRIMAL os_io.c -D___LIBRARY
In file included from os_base.h:8:0,
                 from os_io.c:14:
os.h:1113:0: warning: "__USE_LARGE&lt;/pre&gt;</description>
    <dc:creator>Victor Boon</dc:creator>
    <dc:date>2013-04-30T17:52:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6684">
    <title>Is it possible to build only libgambc?</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6684</link>
    <description>&lt;pre&gt;Is it possible to build only certain parts of Gambit, eg. libgambc? The reason
I ask is that I'm following Sean Chapel's Android example project on GitHub [1]
and have to run `make' which breaks, but only after building libgambc, which is
all I need. Happy coincidence. If the build order ever changes this fragile
solution will stop working, so it would be nice to be able to specify libgambc
as the `make' target ie. `make libgambc' or similar.

Also, Sean's example doesn't first do a `make bootstrap' and `make bootclean'
to remove stale .c files. Not sure if this would be possible anyway since
`./configure' would have to be run again after `make bootclean' with
`--host=arm-linux-eabi'. Anyone?       
&lt;/pre&gt;</description>
    <dc:creator>Ralph Möritz</dc:creator>
    <dc:date>2013-04-30T14:04:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6682">
    <title>[ANN] Gambit-C v4.6.8 released</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6682</link>
    <description>&lt;pre&gt;Gambit-C v4.6.8 is now available.

Changelog: https://github.com/feeley/gambit/commits

The sources and prebuilt distributions can be obtained from
the Gambit web site by visiting one of the following links.

sources:
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/source/gambc-v4_6_8.tgz (for typical users)
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/source/gambc-v4_6_8-devel.tgz (for developers)

prebuilt:
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_8-macosx-intel32.dmg
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_8-macosx-intel64.dmg
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_8-windows-mingw32.exe
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_8-windows-mingw64.exe
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_8-windows-visualc32.exe
  http://www.iro.umontreal.ca/~gambit/download/gambit/v4.6/prebuilt/gambc-v4_6_8&lt;/pre&gt;</description>
    <dc:creator>Logiciel Gambit</dc:creator>
    <dc:date>2013-04-30T12:44:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6667">
    <title>Promises &amp; lazy thunks</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6667</link>
    <description>&lt;pre&gt;Promises as specified in the Scheme spec are not terribly useful... but I
was thinking that I could make a much cleaner implementation of lazy
sequences and other things given a Scheme runtime which automatically
forced promises when the promise is operated on as a value.

I was wondering if anyone's thought about doing this.  Also, if it's really
as hard as making every primitive (except, course, promise?,
promise-forced? and friends) check and force every parameter, or if there
are any neat implementation tricks, especially if there's something which
can be used in gambit (like error-handler, but that seems gross.  Also,
incomplete and messy).

-Jason
_______________________________________________
Gambit-list mailing list
Gambit-list&amp;lt; at &amp;gt;iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
&lt;/pre&gt;</description>
    <dc:creator>Jason Felice</dc:creator>
    <dc:date>2013-04-29T17:48:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6664">
    <title>problem with binding to glfw</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6664</link>
    <description>&lt;pre&gt;hello,
I have a weird error message and I could not understand what's the source
of this error and how to fix it.

A simple example :

glfw-ffi.scm :
(c-declare "#include \"GL/glfw.h\"")
(define glfwInit (c-lambda () int "glfwInit"))

compilation :
$ export GAMBC_CC_VERBOSE=yes
$ gsc -ld-options "-L/usr/local/lib -lglfw" glfw-ffi.scm

gcc     -Wno-unused -Wno-write-strings -O1 -fno-math-errno
-fschedule-insns2 -fno-trapping-math -fno-strict-aliasing  -fwrapv
-fomit-frame-pointer -fno-move-loop-invariants -fPIC -fno-common -mieee-fp
  -rdynamic -shared  -D___SINGLE_HOST -D___DYNAMIC
-I"/usr/local/Gambit-C/include" -o "glfw-ffi.o2"   glfw-ffi.c
-L/usr/local/lib -lglfw

$ gsc
Gambit v4.6.7

Unable to find pthread_mutexattr_setkind_np versioned symbol. Aborting.
Abort(coredump)
$

Anyone see this problem with pthread ?

thanks a lot
cyrille
_______________________________________________
Gambit-list mailing list
Gambit-list&amp;lt; at &amp;gt;iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
&lt;/pre&gt;</description>
    <dc:creator>Cyrille Duret</dc:creator>
    <dc:date>2013-04-28T18:01:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6661">
    <title>Two questions about GambitREPL &amp; iOS</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6661</link>
    <description>&lt;pre&gt;1. Is there a reason (something to be wary of) why gambit is set up in the
view controller rather than in main()?

2. Is the ___enable_interrupts()/___disable_interrupts() currently only
used for communicating events to gambit?

I guess what I'm wondering, in other words, is whether there would be some
kind of problem with running gambit on the main thread, invoking (c-define
...) functions, if gambit will never wait on a port?

-Jason
_______________________________________________
Gambit-list mailing list
Gambit-list&amp;lt; at &amp;gt;iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
&lt;/pre&gt;</description>
    <dc:creator>Jason Felice</dc:creator>
    <dc:date>2013-04-26T15:19:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6658">
    <title>Termite</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6658</link>
    <description>&lt;pre&gt;Hi,

I just skimmed through the Termite paper - it looks awesome. Looking at the commit log of the repo, however, reveals the code hasn't been touched since 2009. Yikes! What a pity, it seems like such an interesting project.

Sorry if this seems like a pointless e-mail.

Cheers,
Ralph       
&lt;/pre&gt;</description>
    <dc:creator>Ralph Möritz</dc:creator>
    <dc:date>2013-04-26T06:25:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6645">
    <title>Simple benchmark of |-&gt;integer| and |-&gt;flonum| on integer, flonum and rational input. For the further if you have any idea of a definition faster than (inexact-&gt;exact (floor n)) feel free to share :)</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6645</link>
    <description>&lt;pre&gt;Dear list,

I was keeping this question in the back of my mind for several years so
taking the occasion to reflect it now:

Here follows the result of a simple benchmark of (exact-&amp;gt;inexact n)
and (exact-&amp;gt;inexact
(floor n)) where n is a flonum, fixnum or bignum integer, or rational.

The code was executed in compiled form, with both safe and
interrupts-enabled set and without any consideration to C compiler flags
beyond -O1 , to reflect the environment of a typical application (not for
instance a specialized number crunching environment).

I remember a conversation on this topic like ~4y ago but don't remember any
conclusion from it.


Looking at these numbers, I think they're great and all you can ask for,
with two exceptions, being to-integer conversion of a flonum or integer
bignum.

To get a better idea I experimented with heap size and live percent setting
with those two, and got about the same results.


If you are aware of any definition of |-&amp;gt;integer| that would perform much
better, please feel free t&lt;/pre&gt;</description>
    <dc:creator>Mikael</dc:creator>
    <dc:date>2013-04-24T19:24:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6635">
    <title>iOS Embedding -- Don't see errors / exceptions</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6635</link>
    <description>&lt;pre&gt;Errors thrown from scheme code embedded in an iOS app don't get displayed anywhere. Instead, the the program just hangs.

I see the same behavior in the example GambitREPL app. If I add in an error (for example, calling (cons 1), wrong is the number of arguments) to the program.scm file, it will hang on launch, and the error message won't be displayed in stdout (which is ideally where I'd like it to go).

I'm using the following debug_settings:

   debug_settings =
   (debug_settings
    &amp;amp; ~___DEBUG_SETTINGS_UNCAUGHT_MASK)
   | (___DEBUG_SETTINGS_UNCAUGHT_ALL
      &amp;lt;&amp;lt; ___DEBUG_SETTINGS_UNCAUGHT_SHIFT);
   
   debug_settings =
   (debug_settings
    &amp;amp; ~___DEBUG_SETTINGS_ERROR_MASK)
   | (___DEBUG_SETTINGS_ERROR_REPL
      &amp;lt;&amp;lt; ___DEBUG_SETTINGS_ERROR_SHIFT);

but I've also tried 

   debug_settings =
   (debug_settings
    &amp;amp; ~___DEBUG_SETTINGS_REPL_MASK)
   | (___DEBUG_SETTINGS_REPL_STDIO
      &amp;lt;&amp;lt; ___DEBUG_SETTINGS_REPL_SHIFT);

and I've also tried wrapping my scheme calls in

___BEGIN_TRY
___END_TRY

I apologi&lt;/pre&gt;</description>
    <dc:creator>Axis Sivitz</dc:creator>
    <dc:date>2013-04-23T21:25:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.gambit/6632">
    <title>decreasing GC</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.gambit/6632</link>
    <description>&lt;pre&gt;Hi

I have this simple numerical algorithm that computes an integral. 
I compile it with 

-prelude "(declare (standard-bindings) (block) (not safe))" -cc-options "-O4".

All functions are tail-call optimized.

The very last line of generated by ##gc-report-set! is

*** GC: 0 ms, 18.7G alloc, 1.52M heap, 45.3K live (3% 22896+23496)

The live area is consistently 45K throughout the entire execution.


Timing report indicates that 18% is spent on GC:

   7904 ms real time
    7784 ms cpu time (3684 user, 4100 system)
    13048 collections accounting for 1404 ms real time (584 user, 724 system)
    20078526600 bytes allocated
    480 minor faults
    no major faults




Besides tail-calls, what else can i do to reduce GC?
       _______________________________________________
Gambit-list mailing list
Gambit-list&amp;lt; at &amp;gt;iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
&lt;/pre&gt;</description>
    <dc:creator>Zhen Shen</dc:creator>
    <dc:date>2013-04-23T13:50:42</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.scheme.gambit">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.scheme.gambit</link>
  </textinput>
</rdf:RDF>
