<?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.scheme48">
    <title>gmane.lisp.scheme.scheme48</title>
    <link>http://blog.gmane.org/gmane.lisp.scheme.scheme48</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.scheme48/2581"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2580"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2578"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2577"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2570"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2567"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2565"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2564"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2563"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2563"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2562"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2559"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2558"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2553"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2548"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2543"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2533"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2532"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2531"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2528"/>
      </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.scheme48/2581">
    <title>Reinitializer failing to run</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2581</link>
    <description>&lt;pre&gt;Hi all,

I'm having a problem with reinitializers. The macro DEFINE-REINITIALIZER
defines a record variable, which might or might not be reachable from a
resumer function. When it is not, the reinitialization routine doesn't make
it into the saved heap image.

Take this example:
    (cond ((fork) =&amp;gt; wait-for-child-process)
          (else (exec "date"))))
; no values returned
Writing good.image
Writing bad.image

Resuming good.image and calling DATE works as expected, but running the VM
with bad.image hangs it because the reinitializer from the posix-process
module that installs signal handlers doesn't run, causing the system to
ignore SIGCHLD signals.

Using ADD-INITIALIZTION-THUNK! instead of a reinitializer doesn't work
because when the thunk runs posix.so would not yet have been loaded back in.

It seems to me that we should be able to expect reinitializers to run. I'm
not sure what the best solution here is. We could use a separate
second-stage initialization thunk list to implement reinitializers, inst&lt;/pre&gt;</description>
    <dc:creator>Will Noble</dc:creator>
    <dc:date>2013-04-29T14:10:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2580">
    <title>Commercial Users of Functional Programming 2013: Call for Presentations</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2580</link>
    <description>&lt;pre&gt;
     Workshop for
   Commercial Users of Functional Programming 2013
 Sponsored by SIGPLAN
      CUFP 2013
      Co-located with ICFP 2013
      Boston, MA, United States
      Sep 22-24
   Talk Proposal Submission Deadline: 29 June 2013

The annual CUFP workshop is a place where people can see how others
are using functional programming to solve real world problems; where
practitioners meet and collaborate; where language designers and users
can share ideas about the future of their favorite language; and where
one can learn practical techniques and approaches for putting
functional programming to work.

Giving a CUFP Talk
==================

If you have experience using functional languages in a practical
setting, we invite you to submit a proposal to give a talk at the
workshop. We are looking for both experience reports and in-depth
technical talks.

Experience reports are typically 25 minutes long (but negotiable), and
aim to inform participants about how functional programming plays &lt;/pre&gt;</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2013-03-10T13:25:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2578">
    <title>Map doesn't work with n lists</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2578</link>
    <description>&lt;pre&gt;
R5RS specifies that map work with an arbitrary amount of lists, "(map proc
list1 list2 ...)" however I get an error when I try to evaluate:

(map + '(1 2 3) '(1 2 3))

assertion-violation: wrong number of arguments [tail-call]
                     (#{procedure 8517 map} '(#{procedure 110 +} (1 2 3) (1 2 3)))


&lt;/pre&gt;</description>
    <dc:creator>Cinolt</dc:creator>
    <dc:date>2013-03-02T14:24:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2577">
    <title>testing 3</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2577</link>
    <description>&lt;pre&gt;Testing mail server configuration. No action is required on your part.

Best
Jonathan


&lt;/pre&gt;</description>
    <dc:creator>Jonathan Rees</dc:creator>
    <dc:date>2013-02-25T21:20:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2570">
    <title>Scheme 48 1.9 available</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2570</link>
    <description>&lt;pre&gt;
Version 1.9 of the Scheme 48 system is now available from the Scheme 48
home page:

http://www.s48.org/

Scheme 48 is a based on byte-code interpreter and comes with a module
system, an extensive set of libraries, an interactive command-line-based
development environment and a manual in various formats. Scheme 48 runs
on most Unix/Linux systems, as well as Windows NT, 2000, XP, and Vista,
and is fully R5RS-conformant.

The 1.9 release has been a long time in the making, and is a substantial
feature release, with help from many contributors.  See the attached
release notes for details.

This release marks a change in direction (actually two
changes) for Scheme 48:

As most regular users of the system know, the system was originally
developed by Richard Kelsey and Jonathan Rees.  I have handled the
releases of Scheme 48 since version 1.1, with the help of Martin
Gasbichler, Marcus Crestani and many other volunteers.  We have tried to
make the system more oriented towards practical uses, and thus moved
away fr&lt;/pre&gt;</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2013-01-22T17:28:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2567">
    <title>Scheme 48 1.9 release candidate #1</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2567</link>
    <description>&lt;pre&gt;
After something like 2.5 years of release engineering, I've put RCs for
Scheme 48 1.9 at:

http://s48.org/1.9/scheme48-1.9rc1.tgz
http://s48.org/1.9/scheme48-1.9rc1.msi

I'd appreciate if people could give this a whirl.  I'm especially
interested in reports Mac OS X Mountain Lion and Windows 8.

There are many things to say about this release; I'll say (some of) them
with the actual release announcement.  I hope to push out the actual
release by mid-January.  Sorry for taking so long.

NOTE: On my Mac OS X Lion installation, Xcode's C compilers come with a
prerelease LLVM backend that has a bug which essentially breaks
compiling the Scheme 48 VM.  (The compile takes forever, and the
resulting VM is unbearably slow.)  This affects both the Clang and the
gcc front ends.  The only solution I know to this problem is to install
LLVM/Clang via some other route.  I use the Clang/LLVM binaries from the
LLVM download page at:

http://llvm.org/releases/download.html

(Note that Clang generates many, many warnings, bu&lt;/pre&gt;</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2012-12-30T16:40:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2565">
    <title>FLATTEN-DEFINITIONS bug</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2565</link>
    <description>&lt;pre&gt;There's a bug in ps-compiler/prescheme/flatten.scm

If you try compiling this code, the prescheme compiler loops forever
in FLATTEN-DEFINITIONS:

(define-structure foo
  (export a b)
  (open prescheme)
  (begin
      (define (a)
(set! b (lambda () 100)))
      (define b (lambda () -2))
    ))

The code to do the looping doesn't cdr down the list of definitions.

None of the code in the s48 distribution features global variables of
type closure that get assigned (or this bug would have already turned
up).

Also, for reasons I don't understand, if you change
FLATTEN-DEFINITIONS so that the check (and (variable-set!? var)
(closure? value)) always fails, which ensures ensures termination, the
compiler nevertheless seems to put B into a variable and everything
works anyway. That makes me think my test program could be better.

If anyone can recommend a better test program, I'd appreciate it.

Heath
&lt;/pre&gt;</description>
    <dc:creator>Heath Putnam</dc:creator>
    <dc:date>2012-12-23T13:07:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2564">
    <title>"invalid datums in quotation" should be suppressed</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2564</link>
    <description>&lt;pre&gt;
Warning: invalid datum in quotation
         #{Procedure 8664}
         (&amp;amp;warning)
'hello!

The spirit of the warning is correct, but there should be follow-through in the form of replacing the (quote ...) form with syntax error code, as happens with other static errors e.g.


Warning: invalid expression
         (#{Name lambda} ())
         (&amp;amp;syntax-error)
'syntax-error

(Better would be for a run-time error to result, not just a bogus value.)

The reasoning is the same as that for converting mutable to immutable values when they're quoted, and has to do with supporting cross-compilation and capability security applications. The prohibition is allowed by the Scheme reports (due to the specified syntax of the QUOTE special form).

Best
Jonathan


&lt;/pre&gt;</description>
    <dc:creator>Jonathan Rees</dc:creator>
    <dc:date>2012-12-01T14:03:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2563">
    <title>CFP: JFP Special Issue on Run-Time Systems and Target Platforms for Functional Languages</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2563</link>
    <description>&lt;pre&gt;
Special Issue on Run-Time Systems and Target Platforms for Functional Languages

Submission Deadline: 30 June 2013.
Expected Publication Date: May 2014
Submission via:
http://journals.cambridge.org/action/displaySpecialPage?pageId=4220

The Journal of Functional Programming will devote a special issue to
implementation concerns, in particular, compilation and run-time techniques
for the entire spectrum of target platforms, whether constructed in support
of functional languages or not.

Today's implementations of functional languages target a wide variety of
platforms: machine code on traditional architectures, virtual machines
designed to support functional languages, others of a more generic nature
(such as the Java Virtual Machine and the .NET Common Language
Infrastructure), embedded systems and GPUs, JavaScript, and others.  The
purpose of this special issue is to collect ideas on how implementations of
functional languages bridge the gap between this variety of target
platforms and their own world.

La&lt;/pre&gt;</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2012-11-20T19:48:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2563">
    <title>CFP: JFP Special Issue on Run-Time Systems and Target Platforms for Functional Languages</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2563</link>
    <description>&lt;pre&gt;
Special Issue on Run-Time Systems and Target Platforms for Functional Languages

Submission Deadline: 30 June 2013.
Expected Publication Date: May 2014
Submission via:
http://journals.cambridge.org/action/displaySpecialPage?pageId=4220

The Journal of Functional Programming will devote a special issue to
implementation concerns, in particular, compilation and run-time techniques
for the entire spectrum of target platforms, whether constructed in support
of functional languages or not.

Today's implementations of functional languages target a wide variety of
platforms: machine code on traditional architectures, virtual machines
designed to support functional languages, others of a more generic nature
(such as the Java Virtual Machine and the .NET Common Language
Infrastructure), embedded systems and GPUs, JavaScript, and others.  The
purpose of this special issue is to collect ideas on how implementations of
functional languages bridge the gap between this variety of target
platforms and their own world.

La&lt;/pre&gt;</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2012-11-20T19:48:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2562">
    <title>Scheme 48 Development Tools for Eclipse available</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2562</link>
    <description>&lt;pre&gt;Scheme 48 Development Tools (SDT) is an Eclipse IDE for Scheme 48 with
the following features:

- Customizable syntax highlighting for Scheme code and Configuration
  Language
- Live-annotation of syntactic and semantic errors like unbound
  variables
- Auto formatting and selection strategy for easy typing of Scheme
  syntax and s-expressions
- Content assist
- Customizable code templates
- Expansion viewer for macro inspection and debugging
- Outline of top-level bindings
- Automatic expansion of macros to discover top-level bindings created
  by macros
- Multi-file search for declarations
- Wizard for fast and easy creation of new modules, interfaces and
  implementation files
- Integration of the Scheme-48 interpreter
- Support for the Scheme-48 module system

SDT is available from:

  http://s48.org/sdt

Enjoy!


&lt;/pre&gt;</description>
    <dc:creator>Marcus Crestani</dc:creator>
    <dc:date>2012-11-13T10:09:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2559">
    <title>R7RS 7th draft available</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2559</link>
    <description>&lt;pre&gt;[Sent to multiple lists via bcc.]

The seventh and semi-final draft is available at:

http://trac.sacrideo.us/wg/raw-attachment/wiki/WikiStart/r7rs-draft-7.pdf

This includes many changes from the 6th draft,
including those resulting from the many formal
(and informal) comments we received.  Thanks
to everyone who helped!

The Steering Committee will form an electorate
and call for ratification based on this draft, after
which we will fix any errors in the eighth and final
draft.  Any issues arising after that point will be
tracked separately in an errata list.

A release of chibi-scheme with all changes up to
this point will be made shortly, along with a full
R7RS test suite.

&lt;/pre&gt;</description>
    <dc:creator>Alex Shinn</dc:creator>
    <dc:date>2012-11-10T06:30:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2558">
    <title>Development version build fails on Windows 7</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2558</link>
    <description>&lt;pre&gt;Hello,

I'm trying to build the development version (changeset 
1607:2608abe6239a)
on Windows 7 using the supplied instructions. I'm using the prebuilt
Scheme48 1.8 from s48.org and Windows 7 SDK v7.1.

The build fails during the execution of 'build-initial-image.bat', what
it comes down to seems to be:
       Warning: undefined variables
          #{Package 249 user}
          set-port-crlf?!
          (&amp;amp;warning)

and later:

       Error: undefined variable
          set-port-crlf?!
          (package user)

I've attached the full log.

I don't have VS Express 2010 installed, but the C compilation
on the next step seems to go just fine using msbuild.
Warning: undefined variables
         #{Package 249 user}
         set-port-crlf?!
         (&amp;amp;warning)
scheme/platform-interfaces.scm
scheme/rts-packages-32.scm
scheme/interfaces.scm
scheme/vm/shared-interfaces.scm
scheme/packages.scm
scheme/low-packages.scm
scheme/rts-packages.scm
scheme/comp-packages.scm
scheme/initial-packages.scm
build/initial&lt;/pre&gt;</description>
    <dc:creator>Mikko Vanhatalo</dc:creator>
    <dc:date>2012-11-07T18:53:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2553">
    <title>reading/writing strings</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2553</link>
    <description>&lt;pre&gt;If you type "'" at the command line, the system writes back "\'".
If you type "\'" in, the system fails, because read doesn't expect #\'
to be escaped.

The relevant code is in scheme/rts/{read|write}.scm

I changed decode-escape in scheme/rts/read.scm to read #\' the way it
reads #\\, rebuilt my system and now I can read the output of write
even when the strings include #\'.

I was fairly certain that read and write would be inverses of each
other (w.r.t. strings), so now I'm wondering if my fix was correct, or
if I'm misunderstanding things and have actually made things less
correct.

Heath


&lt;/pre&gt;</description>
    <dc:creator>Heath Putnam</dc:creator>
    <dc:date>2012-11-04T08:38:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2548">
    <title>character set encoding of scheme source files</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2548</link>
    <description>&lt;pre&gt;Mike: I noticed the presence of an apparent u-umlaut in your recent Scheme 48 sources. This raises an interesting question for me: How are various parts of the ecosystem supposed to know what the character set encoding of scheme files is? The question hasn't come up much previously because Scheme is so retro (or provincial) that most source files so far are encoded in 7-bit ASCII, which is a subset shared among UTF-8, Latin-1, etc., so until now it just hasn't mattered.

This is a practical question, I don't mean to be pedantic. My emacs displayed the source in what I think was the intended way, but it feels like an accident that it did so. What if it had treated the source file as UTF-8 or Latin-5? What if it had paid attention to the Unix locale, and the locale specified an encoding different from what was intended?

Similarly, there's the question of how the encoding is (or should be) determined by Scheme. I haven't looked at the Unicode support in Scheme 48 yet, but I'm guessing that the problem of decid&lt;/pre&gt;</description>
    <dc:creator>Jonathan Rees</dc:creator>
    <dc:date>2012-10-26T21:01:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2543">
    <title>ideal way to load modules / set up evaluation environments at runtime.</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2543</link>
    <description>&lt;pre&gt;Hey guys, I'm trying to load module definitions, and set up evaluation environments outside of the context of the command processor. The apis to do that seem to be lightly documented if at all though. I was wondering if any of you had some insight into the best way to do that. 

For instance, I'd like to :
- load a set of files containing module definitions
- create a new package with a subset of those modules opened, as well as standard modules included with scheme48
- evaluate code in that package

Any help would be appreciated. I need this to replace the module set up directives in scsh, since the api the last version used have changed substantially. It would also be useful in countless other contexts, of course.

-Roderic 

&lt;/pre&gt;</description>
    <dc:creator>Roderic Morris</dc:creator>
    <dc:date>2012-10-22T00:40:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2533">
    <title>a couple of tweaks for the Scheme48 build system</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2533</link>
    <description>&lt;pre&gt;I've just made two minor changes to the build system, namely:

• replaced ‘echo &amp;gt; /dev/null’ with ‘:’ (which is the Shell no-op
  command) in autogen.sh;

• added a call to the ‘AC_LANG_SOURCE’ macro to
  m4/s48_inline.m4, to avoid a gratuitous GNU Autoconf warning.

autogen.sh seems to run correctly with these changes applied.
Please consider committing them to the main Scheme48 repository.

PS.  Are there any promotional materials (flyers, posters, videos, etc.)
for Scheme48 that we can show or distribute on SFD 2012, BTW?

&lt;/pre&gt;</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2012-08-08T11:50:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2532">
    <title>Commercial Users of Functional Programming 2012: Call for Participation</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2532</link>
    <description>&lt;pre&gt;
   COMMERCIAL USERS OF FUNCTIONAL PROGRAMMING 2012
      CUFP 2012
                       http://cufp.org/conference
CALL FOR PARTICIPATION
 Copenhagen, Denmark
      Sep 13-15
      Co-located with ICFP 2012
 Sponsored by SIGPLAN

Functional programming has been at the forefront of a new generation
of programming technologies: Companies employing functional
programming use it to enable more effective, robust, and flexible
software development.

The annual CUFP workshop is designed to serve the growing community of
commercial users of functional programming: Practitioners meet and
collaborate; language designers and users can share ideas about the
future of their languages; experts share their expertise on practical
functional programming.

CUFP 2012 features introductory tutorials by top-notch language
experts, advanced tutorials on specialized topics, and the final day
of talks about industrial applications of functional programming.

More information about CUFP 2012 are available on the&lt;/pre&gt;</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2012-07-23T14:48:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2531">
    <title>[Scheme Steering Committee announcements] Reminder: R7RS publiccomment period</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2531</link>
    <description>&lt;pre&gt;This message is being posted to various lists to inform members
of the Scheme community on the development and current status
of the next Scheme specification, often referred to as R7RS.

In early 2010, two working groups, WG1 and WG2, were convened
by the Scheme Language Steering Committee (SLSC) for the purpose
of drafting a revision of the Scheme programming language
specification(s). Working group 1 was charged with the task of
proposing a new specification for Scheme whose scope is
comparable to that of the R5RS, with features that could lay
the foundation for a larger language whose specification is
being developed by working group 2.

On 15 February 2012, WG1 and the SLSC solicited public comments
on the sixth draft version of the "small" language
( http://www.scheme-reports.org/2012/call1.html ). That comment
period was to end on 30 June 2012. While reminding everyone of
that comment period, the SLSC is extending the deadline through
15 July 2012.

We plan to call for a vote on the proposed specifica&lt;/pre&gt;</description>
    <dc:creator>William D Clinger</dc:creator>
    <dc:date>2012-06-29T20:45:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2528">
    <title>Build fixes for FreeBSD</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2528</link>
    <description>&lt;pre&gt;See attached.

I still need to ‘export MAKE=gmake’ before running autogen.sh, but at
least now autogen.sh can be made to work at all.


Robert Ransom
&lt;/pre&gt;</description>
    <dc:creator>Robert Ransom</dc:creator>
    <dc:date>2012-06-21T21:05:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.scheme.scheme48/2525">
    <title>Commercial Users of Functional Programming 2012: Final Call for Presentations</title>
    <link>http://comments.gmane.org/gmane.lisp.scheme.scheme48/2525</link>
    <description>&lt;pre&gt;
   COMMERCIAL USERS OF FUNCTIONAL PROGRAMMING 2012
      CUFP 2012
                       http://cufp.org/conference
CALL FOR PRESENTATIONS
 Copenhagen, Denmark
      Sep 13-15
      Co-located with ICFP 2012
 Sponsored by SIGPLAN
    Talk Proposal Submission Deadline 29 June 2012

The annual CUFP workshop is a place where people can see how others
are using functional programming to solve real world problems; where
practitioners meet and collaborate; where language designers and users
can share ideas about the future of their favorite language; and where
one can learn practical techniques and approaches for putting
functional programming to work.

Giving a CUFP Talk
==================

If you have experience using functional languages in a practical
setting, we invite you to submit a proposal to give a talk at the
workshop. We're looking for two kinds of talks:

Experience reports are typically 25 minutes long, and aim to inform
participants about how functional programming plays out in &lt;/pre&gt;</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2012-06-14T16:06:34</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.scheme.scheme48">
    <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.scheme48</link>
  </textinput>
</rdf:RDF>
