implementation in any other languages. I don't expect any in D either.
And FTP is plain old protocol, it should be abandoned because it's not
expressive and not standardized. It's only designed for text client
honestly.
Regards,
DavidL
--
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/
在 Mon, 30 Nov 2009 09:35:17 +0800，Denis Koroskin <2kor...@gmail.com>
写道:
On Mon, 30 Nov 2009 03:18:27 +0300, Andrei Alexandrescu
wrote:
Denis Koroskin wrote:
On Mon, 30 Nov 2009 02:20:40 +0300, bearophile
wrote:
Andrei Alexandrescu:
c) If a class doesn't define any constructors but
在 Mon, 09 Nov 2009 16:27:33 +0800，dolive 写道:
thank's ddmd ! it¡¯s too great !
http://www.dsource.org/projects/ddmd
dolive
Yah, that's a shit load of converting work.
I think this would eventually attract Walter to write real D code.
--
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/
在 Sun, 01 Nov 2009 13:28:56 +0800，Andrei Alexandrescu
写道:
I ran the following experiment:
mkdir deleteme
cd deleteme
mkdir std
touch std/algorithm.d
echo 'import std.algorithm; void main(){int a, b;swap(a,b);}' >main.d
dmd main
The attempt to compile main fails with "undefined identifier sw
在 Fri, 04 Sep 2009 04:39:28 +0800，Sclytrack 写道:
I was wondering if the following is useful, probably not.
Reserve a spot on the vtable, which is automatically set to NULL.
class AClass
{
__virtualspot void caption(string text); //no implementation
__virtualspot string caption();
}
I t
在 Sun, 30 Aug 2009 06:23:38 +0800，Walter Bright
写道:
Jarrett Billingsley wrote:
You said "which of the thousand things people want done should be done
first?" And we already tried to solve this problem with the Bugzilla
voting feature. Has it been working out well? Have the issues that
people
在 Sat, 29 Aug 2009 22:01:53 +0800，Jarrett Billingsley
写道:
On Sat, Aug 29, 2009 at 4:56 AM, Walter
Bright wrote:
Ary Borenszweig wrote:
Walter Bright escribió:
Ary Borenszweig wrote:
Walter Bright escribió:
There are a lot of D specific optimization opportunities that are
left
undo
在 Thu, 20 Aug 2009 16:56:24 +0800，Kagamin 写道:
http://www.nicta.com.au/news/home_page_content_listing/world-first_research_breakthrough_promises_safety-critical_software_of_unprecedented_reliability
NICTA announced the completion of the world’s first formal
machine-checked proof of a general-
在 Tue, 11 Aug 2009 08:54:07 +0800，bearophile
写道:
D2/D3 may become a good language to create video games, this is a new
interesting document that shows some of the things D2 users may want to
use it for:
http://graphics.cs.williams.edu/archive/SweeneyHPG2009/TimHPG2009.pdf
I don't know ho
在 Wed, 29 Jul 2009 10:33:53 +0800，Walter Bright
写道:
The issue is what if b is a property, returns a temporary object, and
that temp's .c field is uselessly set to 3?
It's a classic problem with properties that are implemented as functions.
I don't see how C#'s special property syntax adds
在 Tue, 28 Jul 2009 04:51:42 +0800，bearophile
写道:
High-level optimizations have to be done mostly by the front-end because
the back-end usually doesn't know about the high-level constructs of D.
So this is the right place to ask for some of such optimizations, while
asking for them on the
在 Mon, 27 Jul 2009 08:01:13 +0800，BLS 写道:
Alexander Bothe wrote:
Hey guys, I created a Windows-IDE for D! I know, It's not the best but
I'm still working on it!
Now there is a fully auto completion supported!
May someone of you could try it and say if it's working or not...
http://www.ale
There is a constness bug related to the runtime. The runtime is *still*
not const correct after several dmd releases.
So how would one think the constness is perfect or even stable if the
stdlib still doesn't use the correct prototype?
e.g. Object.opEquals should be:
bool opEquals(const(Object
1.Const doesn't nothing good to the optimization. It's only used as a tool
to enforcing code and documentation.
In the scene of multithreading, your const version of something may
changed by something else. You need to access the const enforced arg
everytime. It should perform as fast as mu
在 Thu, 02 Jul 2009 04:36:16 +0800，Walter Bright
写道:
yigal chripun wrote:
blocking bugs that affect tango for D2,
Please let me know the Bugzilla numbers for these.
http://d.puremagic.com/issues/show_bug.cgi?id=3071 //i'm not sure if this
affects tango, i can't quite remember how i upda
I find lot of tango code uses stack as an optimization for using less
heap, e.g. concat strings. It's astonishingly common, and painful to make
it const correct, thus D2 hostile.
Ideas?
--
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/
interface v
{
void func();
}
interface d:v
{
void d();
}
interface m:v
{
void m();
}
interface r:d,m
{
void r();
}
class c:r
{
final override void func(){};
void d(){}
void m(){}
void r(){}
}
This snippet doesn't compil
在 Mon, 15 Jun 2009 12:43:55 +0800，BCS 写道:
Hello Nick,
"Ary Borenszweig" wrote in message
news:h149vq$21k...@digitalmars.com...
zsxxsz escribió:
I never had to use them in other languages. Why? Because debugging
support in them is excelent. So maybe enhancing debugging support for
D is bet
在 Sat, 13 Jun 2009 02:17:03 +0800，Daniel Keep
写道:
davidl wrote:
The runtime vararg push into stack with align of 4, however programmer
might neglect this easily and cause problem.
...
That's because you're not supposed to do that.
std.stdarg
Then you probably want to
在 Sat, 13 Jun 2009 00:40:09 +0800，Jarrett Billingsley
写道:
It's not foolproof, but I found it useful enough; maybe others will too.
// Parsing mangles for fun and profit.
char[] _getJustName(char[] mangle)
{
size_t idx = 1;
size_t start = idx;
size_t len = 0;
while(idx < mang
The runtime vararg push into stack with align of 4, however programmer
might neglect this easily and cause problem.
import std.boxer;
import std.stdio;
void func(...)
{
Box[] arguments;
arguments.length = _arguments.length;
for(int i;i<_arguments.length;i++)
{
arguments[i] = box(_a
ubyte func()
{
return 255;
}
const byte VAR = cast(byte)0xff;
void main()
{
assert(func == VAR);
assert(255 == VAR);
}
even if you take a look at the ASM( if not carefully enough ), you might
still be fooled in some chances.
testcmp.d:10assert(func == VAR);
00402
在 Sun, 07 Jun 2009 12:59:39 +0800，Sean Kelly
写道:
Steve Schveighoffer wrote:
On Sat, 06 Jun 2009 12:03:03 -0700, Sean Kelly wrote:
bearophile wrote:
Sean Kelly:
Particularly in D2 where append
operations on arrays are probably less common as a result of string
being invariant.
They aren'
在 Sat, 06 Jun 2009 22:53:27 +0800，bearophile
写道:
BCS:
bring up task manager
That's what I have done to take those numbers. Then I have used another
small program that has given me similar numbers...
Bye,
bearophile
You need to bring up the column of virtual memory usage
--
使用 Opera
import std.stdio;
class t
{
void func(){writefln("t");}
void delegate() getdelegate(){return &func; }
}
class v:t
{
void func(){writefln("v");}
}
class r:v
{
void func(){writefln("r");}
void delegate() getdelegate(){return &t.func; }
// someone write this
attachment 6
nedmalloc.7z.006
Description: Binary data
attachment 5
nedmalloc.7z.005
Description: Binary data
attachment 4
nedmalloc.7z.004
Description: Binary data
attachment 3
nedmalloc.7z.003
Description: Binary data
attachment 2
nedmalloc.7z.002
Description: Binary data
I modified the nedmalloc source to compatible for dmc. And need to update
the winbase.h of dmc
1.use the file in my attachment to overwrite the winbase.h which used by
DMC.
2.run buildnedmalloc.bat
3.run buildtestd.bat to generate the test.exe
nedmalloc.7z.001
Description: Binary data
在 Fri, 05 Jun 2009 08:51:25 +0800，Jarrett Billingsley
写道:
On Thu, Jun 4, 2009 at 8:50 PM, Jarrett Billingsley
wrote:
http://www.digitalmars.com/d/archives/digitalmars/D/nedmalloc_47148.html
http://lists.puremagic.com/pipermail/digitalmars-d/2007-January/013224.html
Oops, meant to post t
在 Fri, 05 Jun 2009 12:31:50 +0800，Jarrett Billingsley
写道:
2009/6/4 davidl :
attachment 7
Wow, just.. wow. I can't believe you got it working :D Thanks so
much; I'm sure other people will find this useful as well!
At long last, I was able to test it! And... amazingly, it was
在 Fri, 05 Jun 2009 11:18:43 +0800，davidl 写道:
在 Fri, 05 Jun 2009 10:51:51 +0800，davidl 写道:
在 Fri, 05 Jun 2009 08:51:25 +0800，Jarrett Billingsley
写道:
On Thu, Jun 4, 2009 at 8:50 PM, Jarrett Billingsley
wrote:
http://www.digitalmars.com/d/archives/digitalmars/D/nedmalloc_47148.html
http
attachment 7
nedmalloc.7z.007
Description: Binary data
在 Fri, 05 Jun 2009 10:51:51 +0800，davidl 写道:
在 Fri, 05 Jun 2009 08:51:25 +0800，Jarrett Billingsley
写道:
On Thu, Jun 4, 2009 at 8:50 PM, Jarrett Billingsley
wrote:
http://www.digitalmars.com/d/archives/digitalmars/D/nedmalloc_47148.html
http://lists.puremagic.com/pipermail/digitalmars-d
在 Fri, 05 Jun 2009 08:51:25 +0800，Jarrett Billingsley
写道:
On Thu, Jun 4, 2009 at 8:50 PM, Jarrett Billingsley
wrote:
http://www.digitalmars.com/d/archives/digitalmars/D/nedmalloc_47148.html
http://lists.puremagic.com/pipermail/digitalmars-d/2007-January/013224.html
Oops, meant to post t
在 Wed, 03 Jun 2009 15:23:45 +0800，Walter Bright
写道:
Don wrote:
I agree, it's bug-prone.
Any two's complement arithmetic system, with types of different sizes
and signed-ness, is going to have quirks. It's inescapable. Back when C
was standardized in the 80's, there was a huge debate ab
在 Wed, 03 Jun 2009 10:58:32 +0800，Tim Matthews
写道:
davidl wrote:
I mean the first behavior can cause problems.
Ohh sorry.
I doubt any coder would try to get that result by writing that piece of
code. I ported some C# source to D, and I got this semantic different
issue.
It is
在 Wed, 03 Jun 2009 10:48:02 +0800，Tim Matthews
写道:
davidl wrote:
Following two piece of code demonstrate different behaviors currently.
import std.stdio;
void main()
{
uint v;
v=31234;
byte t= -1;
v |= t;
writefln(v);
}
Output:4294967295
import std.stdio;
void main
Following two piece of code demonstrate different behaviors currently.
import std.stdio;
void main()
{
uint v;
v=31234;
byte t= -1;
v |= t;
writefln(v);
}
Output:4294967295
import std.stdio;
void main()
{
uint v;
v=31234;
byte t= -
在 Sun, 31 May 2009 05:31:45 +0800，Jarrett Billingsley
写道:
Oh I certainly don't disagree with you that string mixins make this
kind of stuff extremely difficult to debug. It's even difficult for
the compiler to issue reasonable error messages; currently it seems to
issue errors within string
Why on earth we still let the tumor grow?
I would love to specify the order by myself not by the arbitrary order
generated by the compiler.
--
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/
import std.stdio;
string func()
{
string s="abc";
return s;
}
void func1()
{
writefln("func1");
string v = func();
writefln("call func");
writefln(func2());
}
byte[] func2()
{
writefln("hello!");
byte[16] v= [65,65,65,65,
在 Tue, 19 May 2009 05:29:09 +0800，Jarrett Billingsley
写道:
On Mon, May 18, 2009 at 5:12 PM, Jarrett Billingsley
wrote:
...
Aaand for contrast, if we had __ident and static foreach:
final class Finalize(T) : T
{
this(T...)(T args) if(is(typeof(new T(args { super(args); }
在 Tue, 19 May 2009 00:14:50 +0800，BCS 写道:
Reply to Andrei,
I've repeatedly failed to figure out the coolness of C#, and would
appreciate a few pointers. Or references. Or delegates :o).
The coolness of c# is that (in order, IMHO) 1) the tools are world
class, 2) the support is back by MS
在 Mon, 18 May 2009 16:01:56 +0800，bearophile
写道:
Yigal Chripun:
first, typos - eclipse has a built-in spell checker so all those
"lenght" will be underlined with an orange squiggly line.
A much better solution is to use "size" (or even "len") everywhere in D,
that avoids such typos in t
The module package system still stays in the state of the C age. It's file
oriented. I think there's no more sound package system than C# one. The
namespace and distributed packaging is a must nowadays and the compiler
should be project oriented and take project information as the compiling
在 Fri, 08 May 2009 11:01:20 +0800，Andrei Alexandrescu
写道:
The slides from my keynote at BoostCon 2009 (www.boostcon.com) are now
available from:
http://www.boostcon.com/site-media/var/sphene/sphwiki/attachment/2009/05/08/iterators-must-go.pdf
The talk went so well, the urge to brag is too
在 Thu, 07 May 2009 13:04:22 +0800，Du Liang 写道:
import std.stdio;
void main(){
enum ee0:int{a=1000} writeln(ee0.a);
enum ee1:long{a=1000} ;
writeln(ee1.a); //(DMD2.029)error, but (DMD2.028)OK!
enum ee2:byte{a=125} writeln(ee2.a);
enum ee3:char{a='a'} wr
在 Wed, 22 Apr 2009 16:55:44 +0800，bearophile
写道:
The current module&package system of D2 needs to be fixed, it has some
conceptual/semantic/logic holes. It looks like the result a good design
stopped mid-way.
I have discussed them three times in the past
Yes, the package does not offer
在 Tue, 21 Apr 2009 20:21:05 +0800，Steven Schveighoffer
写道:
On Tue, 21 Apr 2009 07:58:32 -0400, davidl wrote:
I believe the following allow the runtime reflection wrapper. Though it
changes the old semantics, the old one can be implemented on top of the
new semantics
http
I believe the following allow the runtime reflection wrapper. Though it
changes the old semantics, the old one can be implemented on top of the
new semantics
http://d.puremagic.com/issues/show_bug.cgi?id=2868
--
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/
在 Sun, 19 Apr 2009 03:42:02 +0800，Michel Fortin
写道:
On 2009-04-18 11:19:38 -0400, Andrei Alexandrescu
said:
I'm confused. Isn't it clear that at the moment we "have" the ability
to pass a function name as a runtime string?
Indeed, you can pass the template argument as a runtime argume
在 Sun, 19 Apr 2009 03:15:02 +0800，Daniel Keep
写道:
Andrei Alexandrescu wrote:
Michel Fortin wrote:
...
Andrei, I think you, and perhaps everyone here, are overlooking one
small but important detail.
opDotExp, if a template like you're adovcating, undermines future
runtime dynamic call ca
在 Sun, 19 Apr 2009 02:16:30 +0800，Andrei Alexandrescu
写道:
bearophile wrote:
Andrei Alexandrescu:
Yes. The amount of confusion in this thread is staggering.
I think I have misunderstood about the whole thread then. If the
string isn't determined at run time, then this thing isn't useful f
在 Sat, 18 Apr 2009 03:45:43 +0800，Nick Sabalausky 写道:
"Andrei Alexandrescu" wrote in message
news:gsak2p$1s8...@digitalmars.com...
I think there's merit in binding via strings. It makes for very flexible
code that is future-proof, dynamic-linking-friendly, and hot-swappable
without recompili
在 Sat, 18 Apr 2009 03:26:13 +0800，Steven Schveighoffer
写道:
On Fri, 17 Apr 2009 15:08:12 -0400, Andrei Alexandrescu
wrote:
Nick Sabalausky wrote:
"Steven Schveighoffer" wrote in message
news:op.usjnzajzeav...@steves.networkengines.com...
On Fri, 17 Apr 2009 14:32:07 -0400, Nick Sabala
在 Fri, 17 Apr 2009 23:34:37 +0800，Steven Schveighoffer
写道:
On Fri, 17 Apr 2009 11:27:57 -0400, davidl wrote:
在 Fri, 17 Apr 2009 23:20:53 +0800，davidl 写道:
在 Fri, 17 Apr 2009 22:24:04 +0800，Steven Schveighoffer
写道:
On Fri, 17 Apr 2009 09:44:09 -0400, Leandro Lucarella
wrote:
I
在 Fri, 17 Apr 2009 23:27:38 +0800，Steven Schveighoffer
写道:
On Fri, 17 Apr 2009 11:11:55 -0400, davidl wrote:
在 Fri, 17 Apr 2009 22:24:04 +0800，Steven Schveighoffer
写道:
On Fri, 17 Apr 2009 09:44:09 -0400, Leandro Lucarella
wrote:
I don't fully understand the example thoug
在 Fri, 17 Apr 2009 23:20:53 +0800，davidl 写道:
在 Fri, 17 Apr 2009 22:24:04 +0800，Steven Schveighoffer
写道:
On Fri, 17 Apr 2009 09:44:09 -0400, Leandro Lucarella
wrote:
I don't fully understand the example though. In writefln((v.qq = 5).i),
how is that B.i is assigned to 5 i
在 Fri, 17 Apr 2009 22:24:04 +0800，Steven Schveighoffer
写道:
On Fri, 17 Apr 2009 09:44:09 -0400, Leandro Lucarella
wrote:
I don't fully understand the example though. In writefln((v.qq = 5).i),
how is that B.i is assigned to 5 if the opDotExp("qq", 5) don't
propagate
the 5 to the new B(
在 Fri, 17 Apr 2009 22:24:04 +0800，Steven Schveighoffer
写道:
On Fri, 17 Apr 2009 09:44:09 -0400, Leandro Lucarella
wrote:
I don't fully understand the example though. In writefln((v.qq = 5).i),
how is that B.i is assigned to 5 if the opDotExp("qq", 5) don't
propagate
the 5 to the new B(
在 Fri, 17 Apr 2009 21:44:09 +0800，Leandro Lucarella
写道:
davidl, el 17 de abril a las 14:31 me escribiste:
After tweaking dmd a bit litte, i get the dotexp overloading work.
The following is the test code:
import std.stdio;
class c
{
B opDotExp(char[] methodname
在 Wed, 15 Apr 2009 13:38:24 +0800，Frank Benoit
写道:
The DWT2 repository is prepared to work with D2+phobos.
It compiles. But there are some methods, that have only the D1+Tango
implementation and lack the version the phobos specific code.
Doing that is straight forward and just need to be done
在 Fri, 17 Apr 2009 14:44:46 +0800，Daniel Keep
写道:
Very cool. What I'd like to see is this, TypeInfo_Struct.getMembers and
ClassInfo.getMembers. Once we have all three, we could do some
incredibly awesome things.
Like implement Objective C-style message passing as a library. :D
-- Dani
在 Fri, 17 Apr 2009 14:52:30 +0800，Don 写道:
davidl wrote:
After tweaking dmd a bit litte, i get the dotexp overloading work.
class c
{
B opDotExp(char[] methodname,...)
{
writefln("god it works ", methodname);
return new B();
}
it generates the outp
After tweaking dmd a bit litte, i get the dotexp overloading work.
The following is the test code:
import std.stdio;
class c
{
B opDotExp(char[] methodname,...)
{
writefln("god it works ", methodname);
return new B();
}
void opAdd(int j)
{
}
void test()
在 Wed, 15 Apr 2009 13:56:20 +0800，Daniel Keep
写道:
davidl wrote:
在 Wed, 15 Apr 2009 10:14:42 +0800，Jarrett Billingsley
写道:
2009/4/14 davidl :
Send this object to vararg func, and retrieve the TypeInfo there and
return?
No. The typeinfo passed to vararg functions is also determined
在 Wed, 15 Apr 2009 10:14:42 +0800，Jarrett Billingsley
写道:
2009/4/14 davidl :
Send this object to vararg func, and retrieve the TypeInfo there and
return?
No. The typeinfo passed to vararg functions is also determined at
compile-time.
so it's a bug?
I think vararg funcs a
在 Wed, 15 Apr 2009 02:16:44 +0800，Frank Benoit
写道:
I need to retrieve an instance of TypeInfo from an object instance at
runtime.
TypeInfo info = typeid(obj) // does not work, only compile time
TypeInfo info = obj.classinfo.; // how to navigate to TypeInfo?
Is that possible?
If not, wh
在 Sun, 12 Apr 2009 20:57:28 +0800，Michel Fortin
写道:
In D1 you had to write:
invariant
{
...
}
while in D2, to disabiguate with invariant being overloaded with
immutability you had to write:
invariant()
{
...
在 Wed, 08 Apr 2009 00:53:09 +0800，davidl 写道:
err, I tried a little bit with htod seems it always bug me with error
messages. any idea?
void operator delete(void* ptr, const std::nothrow_t&) throw();
^
d:\digitalmars\dm\inc
err, I tried a little bit with htod seems it always bug me with error
messages. any idea?
void operator delete(void* ptr, const std::nothrow_t&) throw();
^
d:\digitalmars\dm\include\../include/new.h(77) : Error: must be void
oper
fix dsss incorrect abort by failure mkdir command(this causes troubles
when you build dil). make dsss take advantage of d header files.
fix rebuild to behave correctly to the setting of "one at a time". fix
rebuild threading problem on HT cpus which falsely report cpu cores. fix
rebuild missi
在 Mon, 06 Apr 2009 22:29:26 +0800，Baas 写道:
In the past 10 motnhs, I completly rewrote the D Compiler in C#!
Motivations:
- LOVE THE D LANGUAGE!!
- To be fully able to develop in a VS.NET like environment using D, with
no limmitations.
Cons:
- Requires Windows platforms (XP and above).
- Re
在 Mon, 06 Apr 2009 19:33:31 +0800，Qian Xu
写道:
if (isNull(foo) ||
isNull(foo.getBar) ||
isNull(foo.getBar.getBar2)
{
return false;
}
Update: If minimal evaluation is not always enabled, and foo.getBar is
NULL.
I will get a segfault when evaluating foo.getBar.getBar2.
huh?
Actually I'm not sure about what kind of bugs my d apps usually have. But
I notice that the harmonia project(I now make it uptodate) gets the
problem of integer overlapping(actually I find it quite hard to detect and
fix).
What's your opinion and experience?
在 Mon, 06 Apr 2009 10:09:05 +0800，Bill Baxter 写道:
Hi there folks,
Back when Gregor was dragging his feet getting DSSS 0.76 out the door,
I build my own release of it because some bug in 0.75 was causing me
troubles.
As I recall, Gregor subsequently never actually release a 0.76 but
jumped str
在 Thu, 02 Apr 2009 19:16:10 +0800，Qian Xu
写道:
Hi All,
Someone has reported the issue here
(http://d.puremagic.com/issues/show_bug.cgi?id=1508)
Someone pointed, that the problem can be solved by changing the order of
object files. And this issue has been fixed in dmd.
I have the same proble
在 Thu, 02 Apr 2009 12:08:39 +0800，davidl 写道:
Something like following can substitute dynamic array:
struct da(T){
T* ptr;
int len, capacity;
T opIndex(int i){}
int length(){ return len;}
void length(int len){ // do allocation}
this(int i){ //allocate memory for
Something like following can substitute dynamic array:
struct da(T){
T* ptr;
int len, capacity;
T opIndex(int i){}
int length(){ return len;}
void length(int len){ // do allocation}
this(int i){ //allocate memory for ptr }
this(){ // do nothing}
da!(T) opCat(T* a){
在 Wed, 01 Apr 2009 22:59:41 +0800，Trass3r 写道:
Walter Bright schrieb:
Instead, you can do this:
class inherit : base
{
ctor(int i) { }
ctor() { super(); }
}
Yeah, don't unnecessarily bloat the language. D2 already has a freaking
huge amount of features.
?
This is a not *feature*
在 Wed, 01 Apr 2009 21:26:40 +0800，Jason House
写道:
davidl Wrote:
在 Thu, 02 Apr 2009 04:51:28 +0800，Tim Matthews
写�:
> On Tue, 31 Mar 2009 22:47:12 -0400
> Jason House wrote:
>
>> I frequently look at the changelog of Phobos on dsource. Is there a
>> simi
在 Wed, 01 Apr 2009 20:04:09 +0800，Christian Kamm
写道:
davidl Wrote:
Yeah, all the merits of ctor just outweigh its demerits. The only
demerit
of it is taking "ctor" to join the keyword list, However it also bans
people from using ctor as a var( it might be positive! )
If you m
在 Wed, 01 Apr 2009 18:36:56 +0800，Christian Kamm
写道:
Walter Bright Wrote:
Instead, you can do this:
class inherit : base
{
ctor(int i) { }
ctor() { super(); }
}
Yes, but it gets uncomfortable when you want to forward more
constructors:
class base {
ctor(int never, MyTempla
class v
{
this()
{}
}
This "this" conflicts with the concept of "alias this" in D2.0
class base
{
ctor()
{
}
}
class inherit:base
{
alias base.ctor ctor; // bring up the ctor to overload, iirc, there
were people who called for this feature
ctor(int i)
{
}
}
s
在 Thu, 02 Apr 2009 04:51:28 +0800，Tim Matthews
写道:
On Tue, 31 Mar 2009 22:47:12 -0400
Jason House wrote:
I frequently look at the changelog of Phobos on dsource. Is there a
similar place to look for the dmd front end as well as the back end?
If not, can we set one up?
http://www.digitalm
在 Thu, 02 Apr 2009 04:51:28 +0800，Tim Matthews
写道:
On Tue, 31 Mar 2009 22:47:12 -0400
Jason House wrote:
I frequently look at the changelog of Phobos on dsource. Is there a
similar place to look for the dmd front end as well as the back end?
If not, can we set one up?
http://www.digitalm
I hope it will be integrated to the Compiler. As IDE should not deal with
language changes.
Dealing with parsing sources of D1, D2, D3, D4... is actually cumbersome.
The IDE development gets hindered because the autocompletion must be able
to parse both D1/D2 and future DMD releases. And en
在 Tue, 24 Mar 2009 19:25:55 +0800，Christopher Wright
写道:
davidl wrote:
在 Tue, 24 Mar 2009 06:59:56 +0800，Christopher Wright
写道:
bearophile wrote:
Jarrett Billingsley:
What you're doing here is a blatant abuse of the exception system.
I am sorry.
bearophile
Don't ap
在 Mon, 23 Mar 2009 18:18:55 +0800，Frits van Bommel
写道:
Yigal Chripun wrote:
it's not a platform issue but more of a linker issue. after all, mingw
uses elf on windows, right?
Actually, I'm pretty sure it uses a COFF variant. (Unless this has
changed recently?)
I wish a unified object
在 Tue, 24 Mar 2009 06:59:56 +0800，Christopher Wright
写道:
bearophile wrote:
Jarrett Billingsley:
What you're doing here is a blatant abuse of the exception system.
I am sorry.
bearophile
Don't apologize to Jarrett, apologize to the exception system.
He's comparing two different thing
在 Mon, 23 Mar 2009 14:57:55 +0800，Daniel Keep
写道:
davidl wrote:
在 Mon, 23 Mar 2009 13:30:48 +0800，Daniel Keep
写道:
davidl wrote:
I don't know why there should be different format object files.
Couldn't
they be much the same. And the linker finally decide how to link
在 Mon, 23 Mar 2009 16:59:47 +0800，bearophile
写道:
Part of the timings, seconds:
N = 4_000_000:
C: 0.36
Java:5.59
C++: 9.97
Psyco: 29.28
Python: 32.68
D: 48.76 SLOW=false
D: 88.45 SLOW=true
You can find it here, with C/D/Java/C++/Python code too:
http:/
在 Mon, 23 Mar 2009 13:30:48 +0800，Daniel Keep
写道:
davidl wrote:
I don't know why there should be different format object files. Couldn't
they be much the same. And the linker finally decide how to link them to
platform specific binary?
MSVC perhaps has already get some idea of
在 Mon, 23 Mar 2009 13:11:39 +0800，davidl 写道:
I don't know why there should be different format object files. Couldn't
they be much the same. And the linker finally decide how to link them to
platform specific binary?
MSVC perhaps has already get some idea of this kind, the
I don't know why there should be different format object files. Couldn't
they be much the same. And the linker finally decide how to link them to
platform specific binary?
MSVC perhaps has already get some idea of this kind, the link time code
generation.
I'm just curious why on the X86
在 Mon, 23 Mar 2009 11:37:56 +0800，Jarrett Billingsley
写道:
2009/3/22 liyu :
I am not sure it's a bug of tango or dmd, so i post it here. The example
code as below
...
The result is:
Library successfully loaded
Symbol dllprint found. Address = 0x1000308c
mydll.DummyC
mydll.DummyC
tango.core.
在 Sun, 22 Mar 2009 12:18:03 +0800，Andrei Alexandrescu
写道:
grauzone wrote:
My rdmd doesn't know --chatty. Probably the zip file for dmd 1.041
contains an outdated, buggy version. Where can I find the up-to-date
source code?
Hold off on that for now.
Another question, rdmd just calls dmd
1 - 100 of 120 matches
Mail list logo
