Re: [Scheme-reports] "module" vs. "library" Denis Washington (04 Jul 2011 18:02 UTC)
Re: [Scheme-reports] "module" vs. "library" John Cowan (05 Jul 2011 00:39 UTC)
Re: [Scheme-reports] "module" vs. "library" Andre van Tonder (05 Jul 2011 01:31 UTC)
Re: [Scheme-reports] "module" vs. "library" John Cowan (05 Jul 2011 04:06 UTC)
Re: [Scheme-reports] "module" vs. "library" Denis Washington (07 Jul 2011 16:06 UTC)
Re: [Scheme-reports] "module" vs. "library" John Cowan (07 Jul 2011 17:53 UTC)
Re: [Scheme-reports] "module" vs. "library" Denis Washington (07 Jul 2011 18:30 UTC)
Re: [Scheme-reports] "module" vs. "library" Alaric Snell-Pym (08 Jul 2011 09:49 UTC)
Re: [Scheme-reports] "module" vs. "library" Denis Washington (08 Jul 2011 10:13 UTC)
Re: [Scheme-reports] "module" vs. "library" Alaric Snell-Pym (08 Jul 2011 10:46 UTC)
Re: [Scheme-reports] "module" vs. "library" Eli Barzilay (08 Jul 2011 14:16 UTC)
Re: [Scheme-reports] "module" vs. "library" Aaron W. Hsu (05 Jul 2011 04:46 UTC)
Re: [Scheme-reports] "module" vs. "library" John Cowan (05 Jul 2011 04:53 UTC)
Re: [Scheme-reports] "module" vs. "library" Andre van Tonder (05 Jul 2011 13:47 UTC)
Re: [Scheme-reports] "module" vs. "library" Alex Shinn (05 Jul 2011 14:20 UTC)
Re: [Scheme-reports] "module" vs. "library" Andy Wingo (05 Jul 2011 22:01 UTC)
Re: [Scheme-reports] "module" vs. "library" Alex Shinn (05 Jul 2011 23:21 UTC)
Re: [Scheme-reports] "module" vs. "library" Eli Barzilay (06 Jul 2011 03:33 UTC)
Re: [Scheme-reports] "module" vs. "library" John Cowan (05 Jul 2011 17:11 UTC)
Re: [Scheme-reports] "module" vs. "library" Andre van Tonder (05 Jul 2011 22:07 UTC)
Re: [Scheme-reports] "module" vs. "library" Alex Shinn (05 Jul 2011 23:22 UTC)
Re: [Scheme-reports] "module" vs. "library" John Cowan (08 Jul 2011 03:31 UTC)

Re: [Scheme-reports] "module" vs. "library" Denis Washington 08 Jul 2011 10:13 UTC

Am 08.07.2011 11:47, schrieb Alaric Snell-Pym:
> On 07/07/11 18:52, John Cowan wrote:
>
>> As I've pointed out before, application programmers don't really need to
>> make their code portable between Schemes any more, because each Scheme
>> (with a very few exceptions) is itself highly portable.  It's library
>> programmers that really need and benefit from standardization.
>
> +1
>
> An app that doesn't use any non-portable features (GUIs? Means of
> packaging apps for distribution, even?) is often rather boring.

OK, this is getting somewhat off-topic, but I felt the need to reply.

GUIs are not inherently unportable. In fact, if there were something
like a portable FFI (which, e.g., Common Lisp has with CFFI), it would
be no problem to write a wrapper for something like GTK+ or wxWindows
that is portable among implementations (at least the one that don't run
on non-C platforms such as .NET or the JVM) and base your app on that.
So I don't see why portable applications should be necessarily "boring".

To be honest, Scheme is one of the few languages I know in which you
have to tie yourself so intimately with one single implementation to
write any serious applications. I mean, how often do you write, say, a
C++ implementation that only works with the Wacom C++ compiler? I find
it a bit sad that there are such a wealth of Scheme implementations, but
such little ground for actually sharing Scheme code, especially for
things that need interaction with native libraries.

Regards,
Denis Washington

_______________________________________________
Scheme-reports mailing list
Scheme-reports@scheme-reports.org
http://lists.scheme-reports.org/cgi-bin/mailman/listinfo/scheme-reports