On 2012-05-22 21:45, Andrew Wiley wrote:
On Tue, May 22, 2012 at 3:57 AM, Jacob Carlborg d...@me.com
mailto:d...@me.com wrote:
On 2012-05-21 21:48, Andrew Wiley wrote:
Gee, thanks for your enthusiastic support for GSOC projects that
will
greatly forward the D
On Wednesday, 23 May 2012 at 06:38:54 UTC, Jacob Carlborg wrote:
On the other hand if you have a compiler library you can build
a tool based on the library that translates D code to Java, C#
or perhaps their byte code equivalents. Then you can
automatically translate the compiler library to
On Wed, May 23, 2012 at 1:38 AM, Jacob Carlborg d...@me.com wrote:
On 2012-05-22 21:45, Andrew Wiley wrote:
On Tue, May 22, 2012 at 3:57 AM, Jacob Carlborg d...@me.com
mailto:d...@me.com wrote:
On 2012-05-21 21:48, Andrew Wiley wrote:
Gee, thanks for your enthusiastic support
On 2012-05-23 19:11, Andrew Wiley wrote:
Ultimately, it doesn't really change the number of steps required:
(Foo - Bar means a compiler that runs on Foo and outputs binaries that
run on Bar)
Standard cross compiler sequence:
1. Compile DC (Foo - Bar) on Foo using the existing DC (Foo - Foo)
2.
On Wednesday, 23 May 2012 at 17:12:15 UTC, Andrew Wiley wrote:
I agree with Roman that automated translation to a VM language
would
probably be a difficult thing to attempt, although I think it
could be
doable. I don't think the effort/benefit ration is low enough.
It's not
often that someone
On Wednesday, 23 May 2012 at 21:41:37 UTC, Roman D. Boiko wrote:
On Wednesday, 23 May 2012 at 17:12:15 UTC, Andrew Wiley wrote:
I agree with Roman that automated translation to a VM language
[…]
It is possible to translate D to LLVM IR :) Proven by LDC.
You are probably aware of this, but
On Wednesday, 23 May 2012 at 21:50:02 UTC, David Nadlinger wrote:
On Wednesday, 23 May 2012 at 21:41:37 UTC, Roman D. Boiko wrote:
On Wednesday, 23 May 2012 at 17:12:15 UTC, Andrew Wiley wrote:
I agree with Roman that automated translation to a VM
language […]
It is possible to translate D to
21.05.2012 23:48, Andrew Wiley написал:
On Mon, May 21, 2012 at 10:18 AM, Denis Shelomovskij
verylonglogin@gmail.com mailto:verylonglogin@gmail.com wrote:
21.05.2012 2:01, Andrei Alexandrescu написал:
As you may recall, we have three GSoC 2012 projects for which
On Tuesday, 22 May 2012 at 06:43:02 UTC, Denis Shelomovskij wrote:
I agree. But that isn't what I meant to say. There is no reason
D Parser/Autocomplete proposal system/etc. should be written in
C#. IMHO C# for MonoDevelop and Java for Eclipse should be just
layers of interaction with one
On 2012-05-22 08:42, Denis Shelomovskij wrote:
I agree. But that isn't what I meant to say. There is no reason D
Parser/Autocomplete proposal system/etc. should be written in C#. IMHO
C# for MonoDevelop and Java for Eclipse should be just layers of
interaction with one monolithic standard Core
On 2012-05-21 21:48, Andrew Wiley wrote:
Gee, thanks for your enthusiastic support for GSOC projects that will
greatly forward the D ecosystem.
Ultimately, what's useful to the D community (for reasons discussed in
these NGs many times over) is that we have working, mature, feature-rich
IDEs.
On 22-05-2012 10:57, Jacob Carlborg wrote:
On 2012-05-21 21:48, Andrew Wiley wrote:
Gee, thanks for your enthusiastic support for GSOC projects that will
greatly forward the D ecosystem.
Ultimately, what's useful to the D community (for reasons discussed in
these NGs many times over) is that
On 2012-05-22 11:11, Alex Rønne Petersen wrote:
That doesn't solve the bootstrapping problem. You need a D compiler to
build D code. And if the D compiler is written in D...
Of course you need to start by writing the compiler in another language.
--
/Jacob Carlborg
On 22-05-2012 12:35, Jacob Carlborg wrote:
On 2012-05-22 11:11, Alex Rønne Petersen wrote:
That doesn't solve the bootstrapping problem. You need a D compiler to
build D code. And if the D compiler is written in D...
Of course you need to start by writing the compiler in another language.
On 2012-05-22 12:48, Alex Rønne Petersen wrote:
Yes?
But what was your point about a C back end? It didn't make sense in
this context to me at all.
If you a self-hosting compiler written in D with a C backend it's easier
to port to other platforms. You just compile the D compiler with it
On 22 May 2012 11:58, Jacob Carlborg d...@me.com wrote:
On 2012-05-22 12:48, Alex Rønne Petersen wrote:
Yes?
But what was your point about a C back end? It didn't make sense in
this context to me at all.
If you a self-hosting compiler written in D with a C backend it's easier to
port to
On 2012-05-22 13:31, Iain Buclaw wrote:
That may be a good short term goal. But for the sake of positive
argument, would rather output to assembly code. :~)
Yes, it is a short term goal. But it would make things a lot quicker and
easier when porting to new platforms.
Also, since you don't
On Tue, May 22, 2012 at 3:57 AM, Jacob Carlborg d...@me.com wrote:
On 2012-05-21 21:48, Andrew Wiley wrote:
Gee, thanks for your enthusiastic support for GSOC projects that will
greatly forward the D ecosystem.
Ultimately, what's useful to the D community (for reasons discussed in
these
On 2012-05-21 00:01, Andrei Alexandrescu wrote:
As you may recall, we have three GSoC 2012 projects for which full-bore
coding starts tomorrow:
1. Extended Unicode Support by Dmitry Olshansky
2. Mono-D by Alex Bothe
3. Removing the gc lock from common allocations in D by Antti-Ville
Tuunainen.
On 21-05-2012 08:21, Jacob Carlborg wrote:
On 2012-05-21 00:01, Andrei Alexandrescu wrote:
As you may recall, we have three GSoC 2012 projects for which full-bore
coding starts tomorrow:
1. Extended Unicode Support by Dmitry Olshansky
2. Mono-D by Alex Bothe
3. Removing the gc lock from common
On Sunday, 20 May 2012 at 22:01:55 UTC, Andrei Alexandrescu wrote:
As you may recall, we have three GSoC 2012 projects for which
full-bore coding starts tomorrow:
As discussed in the interview and (quite badly) on the
application, I will delay the start by a week on account of
finals.
3.
21.05.2012 2:01, Andrei Alexandrescu написал:
As you may recall, we have three GSoC 2012 projects for which full-bore
coding starts tomorrow:
1. Extended Unicode Support by Dmitry Olshansky
2. Mono-D by Alex Bothe
Yes, lets accept D failure in writing anything as complicated as IDE and
On Monday, 21 May 2012 at 06:35:48 UTC, Alex Rønne Petersen
wrote:
On 21-05-2012 08:21, Jacob Carlborg wrote:
I was just wondering what happened to the GSoC projects. Was
this ever
announced, that it was these projects that were chosen?
Nope. Not sure why.
Yeah, I wonder as well – in any
On Mon, May 21, 2012 at 10:18 AM, Denis Shelomovskij
verylonglogin@gmail.com wrote:
21.05.2012 2:01, Andrei Alexandrescu написал:
As you may recall, we have three GSoC 2012 projects for which full-bore
coding starts tomorrow:
1. Extended Unicode Support by Dmitry Olshansky
2. Mono-D
As you may recall, we have three GSoC 2012 projects for which full-bore
coding starts tomorrow:
1. Extended Unicode Support by Dmitry Olshansky
2. Mono-D by Alex Bothe
3. Removing the gc lock from common allocations in D by Antti-Ville
Tuunainen.
We have a solid staff of mentors, but the
25 matches
Mail list logo