D 1.0发布了!

期待已久的D1.0终于发布了! 感谢Walter给我们提供了这么好的工具!

引用

What's New for D 1.00
Jan 2, 2007
New/Changed Features
-v flag now outputs imports
added std.c.linux.pthread
Bugs Fixed
Fixed Bugzilla 552: Internal error: ..\ztc\cg87.c 1327 on in-function modulo of imaginary number
Fixed Bugzilla 553: Assertion failure: '0' on line 609 in file 'constfold.c' on modulo of complex number
Fixed Bugzilla 694: Doc mistake: a == null is not a.opCmp(null)
Fixed Bugzilla 699: long variadic arguments and the "-profile" flag
Fixed Bugzilla 702: inline assembler: "SMSW r32" fails to compile
Fixed Bugzilla 703: SuperExp::scanForNestedRef Assertion
Fixed Bugzilla 728: incorrect initialisation of member arrays if an explicit struct initializer is used
Fixed Bugzilla 731: Positive and negative NaN in template arguments causes link conflict
Fixed Bugzilla 734: Multidimensional arrays use incorrect initializer
Fixed Bugzilla 745: recursive typeof in function declaration crashes cc1d
Fixed Bugzilla 748: internal error with mixed static / dynamic array
Fixed Bugzilla 749: Internal error: toir.c 170 with lazy bool and delegate with default argument
Fixed Bugzilla 750: Recursive typeof in function declaration crashes DMD
Fixed Bugzilla 751: Compiler segfault on template expansion
Fixed Bugzilla 752: Assertion failure: 'e->type->ty != Ttuple' on line 4518 in file 'mtype.c'
Fixed Bugzilla 753: Minor Misspelling in Class Spec Page
Fixed Bugzilla 754: hex strings crash DMD when reporting syntax errors
Fixed Bugzilla 757: Some debug code was not removed from statement.c
Fixed Bugzilla 760: std.c.stdlib does not include system(3)
Fixed Bugzilla 763: Segfault compiling template code on Linux
Fixed Bugzilla 764: (typeof(o)).classinfo causes parser error
Fixed Bugzilla 765: ArrayBoundsError when assigning slice of pointer
Fixed Bugzilla 766: dmd.exe crash
Fixed Bugzilla 770: enums and typecasts
Fixed Bugzilla 771: template func returns delegate w. param list from tuple and type, odd compiler error
Fixed Bugzilla 772: Bogus error using relation operator as static if expression within template
Fixed Bugzilla 773: Redundant "Error: " in std.conv.ConvError
Fixed Bugzilla 775: array literals can't be used as template arguments
Fixed Bugzilla 777: -inline: assert() with a non-constant message causes code to not compile
Fixed Bugzilla 778: -inline: Assertion failure: '!v->csym' on line 450 in file 'glue.c'
Fixed Bugzilla 779: init.c:103: virtual Expression* VoidInitializer::toExpression(): Assertion `0' failed.

GDC也更新到了1.0.

引用

http://sourceforge.net/project/showfiles.php?group_id=154306

   * Updated to DMD 1.00
   * Fixed Bugzilla 695, 696, 737, 738, 739, 742, 743, 745
   * Implemented GCC extended assembler
   * Implemented basic support for GCC attributes

See the included GDC.html and the GCC manual for information about the
GCC extensions.

评论

15 楼 ajoo 2007-01-05  

靠。终于等到了！

老早就看着眼馋了，但是等发等发，无数的处男都变成男淫了，还是不出正式版。

不过，一般来说，安全的话还是等到1.2版本以后把。

14 楼 qiezi 2007-01-05  

ideage 写道

目前还没有对比测试的数据.是感觉上的.
qiezi的对比测试不是访问数据库(Java,C#的GUI实现开始启动都很慢).访问数据库,也要看是什么数据库,数据库提供的接口不同,访问性能也不同.我访问MSSQLServer,使用Db-lib肯定比ADO访问快.

D调用数据库比C快，我有些怀疑，因为目前D所使用的库很多是要调用C库的。

13 楼 qiezi 2007-01-05  

ray_linn 写道

qiezi 写道

前阵子做了个简单的Fibnacci函数效率测试，分别用ruby, python, c, d, java, ocaml(cookoo提供）测试，计算fib(40)，在同一台机器上，c最快1.2秒，DMD 3.4秒，gdc 1.2秒，java 1.7秒，ocaml 2.6秒，python 28秒，ruby 72秒。

java并没有比C慢太多。

怎么都发到论坛上了呢。。

拜托,已经慢了(1.7-1.2)/1.2=42%了好不好,什么叫没慢太多.

“什么叫没慢太多”
这句问的。。请问“太多”的界限是百分之几？

我要打开所有优化才能让C达到这个效率，JRE在Linux上似乎并没有编译出最高效的版本吧？那是i386版本，我不知道它实际上会不会使用一些更高效的指令集。

12 楼 ray_linn 2007-01-05  

qiezi 写道

前阵子做了个简单的Fibnacci函数效率测试，分别用ruby, python, c, d, java, ocaml(cookoo提供）测试，计算fib(40)，在同一台机器上，c最快1.2秒，DMD 3.4秒，gdc 1.2秒，java 1.7秒，ocaml 2.6秒，python 28秒，ruby 72秒。

java并没有比C慢太多。

怎么都发到论坛上了呢。。

拜托,已经慢了(1.7-1.2)/1.2=42%了好不好,什么叫没慢太多.

11 楼 ideage 2007-01-05  

iceboundrock 写道

引用

我用C写了几个数据库访问的库,然后统一接口让D调用.速度就是快.Java,C#没有办法比.

有对比测试么？能否给个结果看看？我正在评估这方面的咚咚。

目前还没有对比测试的数据.是感觉上的.
qiezi的对比测试不是访问数据库(Java,C#的GUI实现开始启动都很慢).访问数据库,也要看是什么数据库,数据库提供的接口不同,访问性能也不同.我访问MSSQLServer,使用Db-lib肯定比ADO访问快.

10 楼 icefire 2007-01-05  

D语言如果运作得好，肯定会引发革命的！

9 楼 iceboundrock 2007-01-05  

引用

我用C写了几个数据库访问的库,然后统一接口让D调用.速度就是快.Java,C#没有办法比.

有对比测试么？能否给个结果看看？我正在评估这方面的咚咚。

8 楼 qiezi 2007-01-05  

前阵子做了个简单的Fibnacci函数效率测试，分别用ruby, python, c, d, java, ocaml(cookoo提供）测试，计算fib(40)，在同一台机器上，c最快1.2秒，DMD 3.4秒，gdc 1.2秒，java 1.7秒，ocaml 2.6秒，python 28秒，ruby 72秒。

java并没有比C慢太多。

怎么都发到论坛上了呢。。

7 楼 hyf 2007-01-05  

办法很多吧,

auto_ptr<简单的类> 也可以啊.
要不让调用方自己删除.
不用太强迫嘛.


我不太喜欢D, 模型跨度太大, 什么都来一些.
功能堆砌的感觉

6 楼 qiezi 2007-01-05  

Elminster 写道

qiezi 写道

实际上还没大规模应用，还没有成熟的GUI框架，其它库也还参差不齐，前段时间用D写了个给ruby用的文字渲染扩展，结果没办法编译出64位版本，又用C++重写了。

一旦习惯了D语言，再用C++也是痛苦的，估计用惯了java再用C++也是相同感受。最明显的差别，D和java中可以返回一个new出来的byte[]，在c++中你要么返回一个vector<byte>，要么就给方法加上一个指针和长度表示的缓冲区参数吧。new一个返回也是可以的，不过几乎所有人都会反对。。

自己包个简单的类好了，或者不在意性能的家伙也可以直接返回 vector<byte>，反正要比 java/C# 慢还是比较困难的。

事实很容易证明这不是个“简单的类”，要么是引用计数，要么是复制，C++做很多事都不是简单的，特别是涉及到内存管理。另外一点就是，很多地方你都要自己去写这些“简单的类”，即便就是做些“简单的事”而已。其中一个做这种简单的事的类叫作auto_ptr，不过似乎不能用于管理数组，所以可能还是要用auto_ptr<vector<byte> >。

这还不够痛苦？一个简单的return都这么麻烦？

5 楼 ideage 2007-01-05  

赞一个:

引用

自己包个简单的类好了

我感觉也是.等待D越来越好吧.(实际上可以称做DMD0.179),GDC的作者David认为GDC现在可以称为0.5,等实现了64位代码和交叉编译在称作1.0.
我用C写了几个数据库访问的库,然后统一接口让D调用.速度就是快.Java,C#没有办法比.GUI慢慢摸索吧.

4 楼 Elminster 2007-01-05  

qiezi 写道

实际上还没大规模应用，还没有成熟的GUI框架，其它库也还参差不齐，前段时间用D写了个给ruby用的文字渲染扩展，结果没办法编译出64位版本，又用C++重写了。

一旦习惯了D语言，再用C++也是痛苦的，估计用惯了java再用C++也是相同感受。最明显的差别，D和java中可以返回一个new出来的byte[]，在c++中你要么返回一个vector<byte>，要么就给方法加上一个指针和长度表示的缓冲区参数吧。new一个返回也是可以的，不过几乎所有人都会反对。。

自己包个简单的类好了，或者不在意性能的家伙也可以直接返回 vector<byte>，反正要比 java/C# 慢还是比较困难的。

3 楼 qiezi 2007-01-05  

实际上还没大规模应用，还没有成熟的GUI框架，其它库也还参差不齐，前段时间用D写了个给ruby用的文字渲染扩展，结果没办法编译出64位版本，又用C++重写了。

一旦习惯了D语言，再用C++也是痛苦的，估计用惯了java再用C++也是相同感受。最明显的差别，D和java中可以返回一个new出来的byte[]，在c++中你要么返回一个vector<byte>，要么就给方法加上一个指针和长度表示的缓冲区参数吧。new一个返回也是可以的，不过几乎所有人都会反对。。

2 楼 taowen 2007-01-05  

大家在用D语言写啥？被JAVA的IDE宠惯了。拿VS.NET写代码都不爽了。不知道写D语言会是啥感受。

1 楼 qiezi 2007-01-05  

CSDN上也开始宣传D语言，不过D语言方面的文章还是挺少的。