In the late 90's I discovered Oberon and Native Oberon as I always
been a
Pascal refugee in C/C++ land.
Since then I started following the projects done with the Oberon
family of
languages at ETHZ and been an Oberon paper collector, and in a
parallel Modula-3
as well.
The experience with Native Oberon and later Bluebottle convinced me
that is
quite possible to have operating systems done in GC enabled systems
programming languages,
and pure manual memory management is better left for the 1% of the use
cases that really
require it. Like device drivers, for example.
So I am a strong advocate of automatic memory management, be it in GC
or reference counted form.
Sadly the mainstream seems only now slowly accepting it, with ARC on
Mac OS X/iOS and WinRT/.NET on Windows.
Until an OS vendor comes out with an OS using a kernel done in such
language, many ceptics will have a
hard time believing it, and can always point to existing OS done in
such languages as failed academic experiments.
And we are again on the business value issue again.
On 24 Mai, 00:20, Matt <
mattdav...@gmail.com> wrote:
> On Friday, May 24, 2013 12:39:09 AM UTC+10, Paulo Pinto wrote:
> > And the presentation done at Mozilla premisses with the Rust guys on
> > the audience,
>
> >
https://air.mozilla.org/region-based-storage-management-parasailing-w...
>
> Hi Paulo,
> Thanks for the link. In fact, my PhD research has been focused on
> modifying gccgo so that it provides region-based memory management to Go.
> We have two publications that /roughly/ explain our work. If I were to
> ever make this production, I would rewrite my code. But, with that said,
> it can be a viable alternative for Go. And my plugin is a simple way to
> use RBMM for a subset of Go. No user annotations required. Just load the
> plugin with gcc, and link against our runtimes. Note that this is a
> research project, and I currently do not handle goroutines... yet, and our
> newer garbage-collected region approach does not handle maps properly yet.
> It's research work, but given enough interest I could possibly rewrite
> what I have done. Details are here:
>
> 1)
http://users.757.org/~enferex/towards_rbmm_for_go_2012.pdf
> 2)
http://comparch.gatech.edu/hparch/mspc2013/papers/paper6-davis.pdf