Re: The new DWT2

2009-03-25 Thread Frank Benoit
Saaa schrieb:
 dmd 2.026
 phobos
 newest ruby one-click :)
 
 What am I doing wrong ?
 
  C:\_D\Compiler\dwt2rake
 (in C:/_D/Compiler/dwt2)
 Cleaning
 Building dwt-base
 Building org.eclipse.swt.win32.win32.x86
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\COMTYPES.d(19):
  
 Error: org.eclipse.swt.internal.win32.WINTYPES.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\win32\WINTYPES.d(190)
  
 conflicts with
 org.eclipse.swt.internal.ole.win32.extras.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\extras.d(54)
 
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\OBJIDL.d(125):
 Error: org.eclipse.swt.internal.ole.win32.extras.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\extras.d(54)
 conflicts with
 org.eclipse.swt.internal.win32.WINTYPES.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\win32\WINTYPES.d(190)
 
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\OBJIDL.d(382):
 Error: org.eclipse.swt.internal.ole.win32.extras.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\extras.d(54)
 conflicts with
 org.eclipse.swt.internal.win32.WINTYPES.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\win32\WINTYPES.d(190)
 
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\OBJIDL.d(785):
 Error: org.eclipse.swt.internal.ole.win32.extras.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\extras.d(54)
 conflicts with
 org.eclipse.swt.internal.win32.WINTYPES.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\win32\WINTYPES.d(190)
 
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\ifs.d(65):
 Error: org.eclipse.swt.internal.win32.WINTYPES.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\win32\WINTYPES.d(190)
 conflicts with
 org.eclipse.swt.internal.ole.win32.extras.IID
 at
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\internal\ole\win32\extras.d(54)
 
 C:\_D\Compiler\dwt2\org.eclipse.swt.win32.win32.x86\src\org\eclipse\swt\events\SelectionListener.d(19):
 module Traits cannot read file 'tango\core\Traits.d'
 rake aborted!
 compile error
 C:/_D/Compiler/dwt2/rakefile:138:in `buildTree'
 
 

Meanwhile the org.eclipse.swt.win32.win32.x86 tree builds for D2. But
will not be usable until the missing impls are done.


I'm curious: when will D2 be declared stable?

2009-03-25 Thread The Anh Tran
In my limit knowledge, D2 has invariant+pure integrated already, to 
support functional paradigm. Is there any 'feature', cooking in 
backyard, so that d2 can't be declared stable?


This is purely speculation:
1. Concurrent support?
2. Operator overhaul?
3. Add more paradigm??? :D
4. Something to assimilate Martian people? :D


Re: I'm curious: when will D2 be declared stable?

2009-03-25 Thread dsimcha
== Quote from The Anh Tran (trthe...@gmail.com)'s article
 In my limit knowledge, D2 has invariant+pure integrated already, to
 support functional paradigm. Is there any 'feature', cooking in
 backyard, so that d2 can't be declared stable?
 This is purely speculation:
 1. Concurrent support?
 2. Operator overhaul?
 3. Add more paradigm??? :D
 4. Something to assimilate Martian people? :D

Well, this _was_ supposed to happen in April of this year b/c that's when 
Andrei's
book was supposed to come out.  Whether that's still feasible, IDK.


Re: I'm curious: when will D2 be declared stable?

2009-03-25 Thread Denis Koroskin

On Wed, 25 Mar 2009 20:07:02 +0300, The Anh Tran trthe...@gmail.com wrote:

In my limit knowledge, D2 has invariant+pure integrated already, to  
support functional paradigm. Is there any 'feature', cooking in  
backyard, so that d2 can't be declared stable?


This is purely speculation:
1. Concurrent support?
2. Operator overhaul?
3. Add more paradigm??? :D
4. Something to assimilate Martian people? :D


I believe memory model (shared/thread-local separation etc) is not fully 
implemented yet.
Other than that it's quite stable already and last few releases broke (almost) 
none of my code.

P.S. Please, start new topic by clicking Compose, not Reply next time.


Re: I'm curious: when will D2 be declared stable?

2009-03-25 Thread Walter Bright

The Anh Tran wrote:
In my limit knowledge, D2 has invariant+pure integrated already, to 
support functional paradigm. Is there any 'feature', cooking in 
backyard, so that d2 can't be declared stable?


This is purely speculation:
1. Concurrent support?
2. Operator overhaul?
3. Add more paradigm??? :D
4. Something to assimilate Martian people? :D


Concurrency support.


Re: I'm curious: when will D2 be declared stable?

2009-03-25 Thread bearophile
Walter Bright:
 Concurrency support.

Is it possible for you to find a sponsor willing to pay you to implement 
exceptions on Windows inside LLVM? I think LLVM interests enough people, and 
exceptions can then be used in C++ code too.
I have no idea of the amount of work required, but maybe one or two months of 
work may suffice to do that.

Once LLVM has them, LDC can use them and can be used on Windows too. So LDC may 
become the reference D compiler (and it can grow support for D2 language in 
some months).
LLVM isn't as efficient as GCC, but it's modern and actively developed.

(Eventually a project like dil too (D front-end for LLVM written in D) may 
become viable, but that's for the future).

Bye,
bearophile


Re: I'm curious: when will D2 be declared stable?

2009-03-25 Thread Jarrett Billingsley
On Wed, Mar 25, 2009 at 5:50 PM, bearophile bearophileh...@lycos.com wrote:
 Jarrett Billingsley:
 What makes you have any expectation that Walter has anything to do with LLVM?

 Isn't LLVM open source? So anyone can help, especially if such person finds 
 someone willing to pay for such work.

Suuure, but do you honestly think Walter's going to drop everything
he's doing and work on a project that he is currently not involved in
in any way, to support a compiler that he didn't make?

It just seems very unlikely, is all.