Whats more, the VM I/O abstraction is already hiding details of its
underlying platforms.
Having another I/O abstraction across multiple VMs sounds like the
Fantom Programming Language approach which pushes a unique API across
different VM implementations.
AFAIK the Clojure approach is more about
On Sat, Mar 10, 2012 at 9:41 PM, Brian Goslinga wrote:
> There is a trade off here. If you want to be very portable you'll end up
> with something like the CL path API because you need logicals and file
> revisions to really support VMS, for example.
>
In a former life I spent more time than I no
On Saturday, March 10, 2012 7:57:59 AM UTC-6, lpetit wrote:
>
>
>
> 2012/3/10 Brian Goslinga
>
>> On Mar 8, 3:12 pm, cej38 wrote:
>> > This is a NOOB question.
>> >
>> > Would it be possible to write a library that could do IO without
>> > resorting to the underlying VM?
>> I would be suspiciou
2012/3/10 Brian Goslinga
> On Mar 8, 3:12 pm, cej38 wrote:
> > This is a NOOB question.
> >
> > Would it be possible to write a library that could do IO without
> > resorting to the underlying VM?
> I would be suspicious of a cross-implementation wrapper. You'll
> probably end up with something
On Mar 8, 3:12 pm, cej38 wrote:
> This is a NOOB question.
>
> Would it be possible to write a library that could do IO without
> resorting to the underlying VM?
I would be suspicious of a cross-implementation wrapper. You'll
probably end up with something as awful as the Common Lisp path API.
Wor
Possible to do I/O without any interop ever being called? No.
Possible to define a standard I/O abstraction that hides the details of the
underlying VM? Yes. But difficult. I/O is a leaky abstraction at the best
of times.
-S
--
You received this message because you are subscribed to the Google
>Should there be a standard Clojure IO API that each flavor of Clojure would
>implement?
You are correct. This is more of what my question should have been.
I do NOT want to restrict myself to a particular platform.
--
You received this message because you are subscribed to the Google
Groups
On Thu, Mar 8, 2012 at 4:12 PM, cej38 wrote:
> Would it be possible to write a library that could do IO without
> resorting to the underlying VM?
What do you mean by that? Do you want to restrict yourself to a
particular platform?
I think a more prudent question would be: Should there be a stand
