> If we can rope in at minimum rminnich and preferably
> also forsyth, then I will feel a lot less unsure of my skills.
Or equivalent, of course; these are the one _I_ would feel most
comfortable with.
++L
2009/3/26 Juan M. Mendez :
> Maybe porting parrot (http://www.parrot.org ) to Plan9 would be an
> interesting Gsoc project
My co-worker is the backup org admin for Parrot (but is responsible
for the Perl 6 and Parrot programs). If there's real interest here,
submit a proposal for a port to Plan 9
Maybe porting parrot (http://www.parrot.org ) to Plan9 would be an
interesting Gsoc project
Parrot is a virtual machine designed to efficiently compile and
execute bytecode for dynamic languages. Parrot currently hosts a
variety of language implementations in various stages of completion,
includin
> Alright, sounds good. Are you signed up as a mentor? (I'm not an
> admin, so I don't know).
>
I'm not, but that can be arranged.
> I'll add this to the ideas page; if you're interested and able to
> mentor, this would be a great project, I think.
I would be wary of being the sole mentor here,
On Wed, Mar 25, 2009 at 7:26 PM, erik quanstrom wrote:
> On Wed Mar 25 19:22:23 EDT 2009, devon.od...@gmail.com wrote:
>> Another student I spoke to on IRC spoke of the possibility of
>> bootstrapping LLVM for Plan 9 on Linux and getting it to run natively.
>> That would give us a whole bunch of d
2009/3/26 :
>> so if you have any ideas you'd like to get on
>> there, just mail them to me, or to the plan9-gsoc mailing list and
>> I'll get them plopped up there.
>
> I'm actively working on GCC from two directions: a port of the Plan 9
> libraries to a cross-compilation environment under NetBS
>GSoC isn't entirely about completing a
>project: the scope of a project may just be laying groundwork or a
>foundation for a later project which involves the porting.
Based on the experience last time, I think it is better to
have simpler projects that are straightforward, self-contained (but mod
> so if you have any ideas you'd like to get on
> there, just mail them to me, or to the plan9-gsoc mailing list and
> I'll get them plopped up there.
I'm actively working on GCC from two directions: a port of the Plan 9
libraries to a cross-compilation environment under NetBSD (I have
Ubuntu hand
> I think the gist behind LLVM is that compilers can target it as a
> machine type, and it is able to create native binaries for its own
> supported machine type for anything that can run on it. So any
> compiler that can target LLVM would be able to target Plan 9. (Which
> is several of them)
at
On Mar 25, 2009, at 4:26 PM, erik quanstrom wrote:
On Wed Mar 25 19:22:23 EDT 2009, devon.od...@gmail.com wrote:
Another student I spoke to on IRC spoke of the possibility of
bootstrapping LLVM for Plan 9 on Linux and getting it to run
natively.
That would give us a whole bunch of different c
2009/3/25 erik quanstrom :
> On Wed Mar 25 19:22:23 EDT 2009, devon.od...@gmail.com wrote:
>> Another student I spoke to on IRC spoke of the possibility of
>> bootstrapping LLVM for Plan 9 on Linux and getting it to run natively.
>> That would give us a whole bunch of different compilers.
>>
>> --d
On Mar 25, 2009, at 6:10 PM, Chris Brannon wrote:
Erik Quanstrom wrote:
On Wed Mar 25 16:39:16 EDT 2009, cmbran...@cox.net wrote:
The Comeau C++ compiler [1] uses the cfront technique, doesn't
it? It is
supposed to be very standards-compliant.
[1] http://www.comeaucomputing.com
where do t
I'd like to note again that I was kidding about cfront <_<
2009/3/25 Paul Lalonde :
> A cfront-ish approach to templates leads to hellish duplication of
> template-generated code in each module, and thence to even worse code bloat.
> Of course, my understanding of what's possible in a cfront tran
On Mar 25, 2009, at 6:51 PM, Paul Lalonde wrote:
A cfront-ish approach to templates leads to hellish duplication of
template-generated code in each module, and thence to even worse
code bloat.
That's not the case, really. The compiler (well, at least the
conventional one, not the one like
A cfront-ish approach to templates leads to hellish duplication of
template-generated code in each module, and thence to even worse code
bloat. Of course, my understanding of what's possible in a cfront
translation is perhaps (probably) naive.
Paul
On 25-Mar-09, at 2:12 PM, Charles Forsyt
2009/3/25 Federico G. Benavento :
[snip]
> As for applications for Plan 9, the ones we need (read to cope with
> the rest of the world) are too big for a soc project, so even if I don't
> like gcc, a port would help on this matter.
Yes and no. As long as there are reasonable expectations for the
p
On 03/25/09 02:12 PM, Charles Forsyth wrote:
A modern cfront is nearly impossible. Templates make it hella-hard.
really? how is that?
Everything is possible. It is software, after all. But it is not
practical. The
original cfront was, to some extent, a cpp(1) on steroids. AFAIR, it
Erik Quanstrom wrote:
> On Wed Mar 25 16:39:16 EDT 2009, cmbran...@cox.net wrote:
> > The Comeau C++ compiler [1] uses the cfront technique, doesn't it? It is
> > supposed to be very standards-compliant.
> >
> > [1] http://www.comeaucomputing.com
>
> where do they claim this? i see a claim that
On Wed Mar 25 16:39:16 EDT 2009, cmbran...@cox.net wrote:
> > > Gogo reimplementation of cfront.
> >
> > i'm pretty sure c++ has "advanced" to the point where
> > the cfront implementation technique is unworkable.
>
> The Comeau C++ compiler [1] uses the cfront technique, doesn't it? It is
> sup
hola,
I think we usually ask for drivers because that's what keeps some
of us away of using Plan 9 natively or in new hardware, but I
also get Charles point, soo..
I'd really like to see p9p for windows and/or 9vx for windows as well.
for the first, I heard somewhere that a german fellow even got
On Wed Mar 25 19:22:23 EDT 2009, devon.od...@gmail.com wrote:
> Another student I spoke to on IRC spoke of the possibility of
> bootstrapping LLVM for Plan 9 on Linux and getting it to run natively.
> That would give us a whole bunch of different compilers.
>
> --dho
at the risk of being called s
Another student I spoke to on IRC spoke of the possibility of
bootstrapping LLVM for Plan 9 on Linux and getting it to run natively.
That would give us a whole bunch of different compilers.
--dho
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wouldn't even consider a native GL port; it's device driver hell
for an API that I'm hoping will be extinct in the next couple of years.
VMGL looks like it might be a good base. I would like to see it
speak 9p though :-)
Paul
On Mar 25, 2009
>A modern cfront is nearly impossible. Templates make it hella-hard.
really? how is that?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A modern cfront is nearly impossible. Templates make it hella-hard.
And generics might actually be C++'s best feature, at least in
performance-code land.
Paul
On Mar 25, 2009, at 1:12 PM, Devon H. O'Dell wrote:
2009/3/25 Paul Lalonde :
--
Paul Lalonde wrote:
I'd like to see a 3D graphics protocol. Then I could run the host on
some linux or window or mac box to do the display, and run the graphics
app in Plan9, or inferno, or ...
A port of vmgl to Plan9 would be nice for this.
http://www.cs.toronto.edu/~andreslc/xen-gl/
As for
> > Gogo reimplementation of cfront.
>
> i'm pretty sure c++ has "advanced" to the point where
> the cfront implementation technique is unworkable.
The Comeau C++ compiler [1] uses the cfront technique, doesn't it? It is
supposed to be very standards-compliant.
[1] http://www.comeaucomputing.co
2009/3/25 erik quanstrom :
>> Gogo reimplementation of cfront.
>
> i'm pretty sure c++ has "advanced" to the point where
> the cfront implementation technique is unworkable.
So when I say something absolutely absurd on the list, people take it
seriously? I've got to work on my sense of humor here.
> Gogo reimplementation of cfront.
i'm pretty sure c++ has "advanced" to the point where
the cfront implementation technique is unworkable.
- erik
2009/3/25 Paul Lalonde :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I'd like to see a 3D graphics protocol. Then I could run the host on some
> linux or window or mac box to do the display, and run the graphics app in
> Plan9, or inferno, or ...
>
> And (heresy aside) I've love a way to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to see a 3D graphics protocol. Then I could run the host on
some linux or window or mac box to do the display, and run the
graphics app in Plan9, or inferno, or ...
And (heresy aside) I've love a way to compile C++ programs for
plan9
2009/3/25 Charles Forsyth :
[snip]
> I don't know where the best place to suggest or discuss them would be,
> but I thought this list would reach nearly everyone interested.
I've sort of volunteered myself to webmaster the gsoc.cat-v.org page
for this year's SoC, so if you have any ideas you'd lik
There are GSoC project suggestions at http://gsoc.cat-v.org/ideas/
but I think more are needed, and that it would be especially good
to have a further set of useful but simpler and smaller projects.
Projects need to be non-trivial for GSoC, but shouldn't
be hard enough that many of us would shun t
33 matches
Mail list logo
