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 handy
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
2009/3/26 lu...@proxima.alt.za:
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
On Wed, Mar 25, 2009 at 7:26 PM, erik quanstrom quans...@coraid.com 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
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, my
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,
2009/3/26 Juan M. Mendez vej...@gmail.com:
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
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
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
2009/3/25 Charles Forsyth fors...@terzarima.net:
[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
2009/3/25 Paul Lalonde plalo...@telus.net:
-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
Gogo reimplementation of cfront.
i'm pretty sure c++ has advanced to the point where
the cfront implementation technique is unworkable.
- erik
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.com
--
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
-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
A modern cfront is nearly impossible. Templates make it hella-hard.
really? how is that?
-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,
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
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
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
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
supposed to be
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 they
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
2009/3/25 Federico G. Benavento benave...@gmail.com:
[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
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
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
I'd like to note again that I was kidding about cfront _
2009/3/25 Paul Lalonde plalo...@telus.net:
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
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
2009/3/25 erik quanstrom quans...@coraid.com:
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
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
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 what
31 matches
Mail list logo
