You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc/news36.dd
+20-20Lines changed: 20 additions & 20 deletions
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
Ddoc
2
2
3
-
$(P The latest release 0.3.36 of Visual D included a considerable number of bug fixes and improvements
4
-
(you can find all of them listed in the $(DDLINK VersionHistory,history)), but I'd like to detail on a few
3
+
$(P The latest release 0.3.36 of Visual D included a considerable number of bug fixes and improvements
4
+
(you can find all of them listed in the $(VDLINK VersionHistory,history)), but I'd like to detail on a few
5
5
bigger highlights.
6
6
)
7
7
@@ -13,26 +13,26 @@ the current D source file through rdmd which will pick up imported modules autom
13
13
and add them to the compilation. If the file is part of a project in the solution
14
14
the current compiler settings will be used, otherwise the defaults from the !ConsoleApp
15
15
project template are taken. You can add other options in Visual D's global
16
-
project settings.
16
+
project settings.
17
17
)
18
18
19
19
$(IMG_CENTER images/compile_and_run_opt.png)
20
20
21
21
$(P The standard is "-unittest --main" so after successfully building the
22
-
source file to an executable ("--main" adds an empty main function to the source to automatically create a valid executable), your unit tests will run and you will see
22
+
source file to an executable ("--main" adds an empty main function to the source to automatically create a valid executable), your unit tests will run and you will see
23
23
the result in the output pane.
24
24
)
25
25
26
26
$(P [Actually, while writing this text a number of issues have been fixed and improvements
27
-
have been made, so please try the latest release candidate for next version of Visual D
28
-
from the download folder (0.3.37rc1 as of now). Especially, it will remove some of the
27
+
have been made, so please try the latest release candidate for next version of Visual D
28
+
from the download folder (0.3.37rc1 as of now). Especially, it will remove some of the
29
29
command line options used to call rdmd that make it crash pretty often.]
30
30
)
31
31
32
32
<table><tr><td valign="top" width="45%">
33
33
$(P If you add "-cov" to the command line aswell the executable will be instrumented to record
34
-
the source code lines that have been executed and will mark the lines that have
35
-
code generated but are never executed. This information is written into files named as the
34
+
the source code lines that have been executed and will mark the lines that have
35
+
code generated but are never executed. This information is written into files named as the
36
36
source files but with extension ".lst". If you enable option "Colorize Coverage" in
37
37
the Visual D colorizer settings (easily reachable through the new entry in the Visual D
38
38
menu), these lines will be highlighted in the editor. The highlighting will not show
@@ -45,12 +45,12 @@ $(D assert(fib(19) == 4181);)
45
45
to the unittest, and run the unittest again, all lines will become green.
46
46
)
47
47
48
-
$(P If you start editing the source file Visual D will try to keep coverage information in sync.
49
-
If you want to get rid of the coverage coloring, just resave the source file.
48
+
$(P If you start editing the source file Visual D will try to keep coverage information in sync.
49
+
If you want to get rid of the coverage coloring, just resave the source file.
50
50
Visual D will assume the coverage is invalid then and stop displaying it.
51
51
)
52
52
53
-
$(P If you don't want syntax highlighting from coverage generated .LST files, you can disable
53
+
$(P If you don't want syntax highlighting from coverage generated .LST files, you can disable
54
54
it by unchecking the respective option on the Tools->Options->Text Editor->D->Colorizer page.
55
55
)
56
56
</td><td width="55%">
@@ -67,9 +67,9 @@ $(H1 New code completion engine by Alexander Bothe)
67
67
$(P While Visual D has been running a semantic analysis for about a year now to
68
68
support code completion and type information in tool tips, I didn't have much time
69
69
to complete it to support all aspects of the D programming language. It is especially
70
-
lacking on topics like template instantiation, function overload resolution and
70
+
lacking on topics like template instantiation, function overload resolution and
71
71
unified function call syntax (UFCS). Also, compile time function evaluation (CTFE) is
72
-
pretty incomplete.
72
+
pretty incomplete.
73
73
Due to its pretty large memory foot print the
74
74
stop-the-world garbage collector has been interrupting the source code editing to
75
75
inacceptable degrees, so the analyzer had been
@@ -87,24 +87,24 @@ $(P Alex has put much more effort into making the semantic
87
87
analysis complete, and it obviously does it more efficiently. I wrapped the library
88
88
as a local COM server implementing the same interfaces as Visual D's engine (having to do
89
89
this in C# was a bit of a downer) and just using a different factory now allows switching
90
-
between the two. Right now, Visual D's engine is the default, but you can select
91
-
Alex's engine by enabling the respective checkbox in the Intellisense
92
-
settings page (there is a new menu entry for faster access). It provides UFCS
90
+
between the two. Right now, Visual D's engine is the default, but you can select
91
+
Alex's engine by enabling the respective checkbox in the Intellisense
92
+
settings page (there is a new menu entry for faster access). It provides UFCS
93
93
expansion and also displays DDoc help strings in tool tips.
94
94
)
95
95
96
96
$(P There is currently work being done on the D front end implemented by DMD
97
97
to be converted from C++ to D, bringing it within reach of using it as a library for IDEs.
98
98
This might produce
99
-
another semantic engine in the future which easily keeps in lock step with the latest
99
+
another semantic engine in the future which easily keeps in lock step with the latest
100
100
compiler updates.
101
101
)
102
102
103
103
$(H2 LDC support)
104
104
105
105
$(P LDC, the D compiler built on top of the LLVM compiler infrastructure is getting
106
106
close to being useful on Windows aswell (at least on Win64 the longest standing
107
-
blocker exception handling is starting to work). You can grab pre-compiled binaries
107
+
blocker exception handling is starting to work). You can grab pre-compiled binaries
108
108
here: http://www.redstar.de/ldc/LDC.zip (after extracting to any directory just update
109
109
the paths specified in LDC2\etc\ldc2.conf).
110
110
In the Visual D project options, path settings for the three major compilers have been
@@ -117,8 +117,8 @@ General page of your project's property page.
117
117
118
118
$(IMG_CENTER images/ldc_compiler.png)
119
119
120
-
$(P Please be aware that both LDC for Windows aswell as the Visual D support for
121
-
it are pretty experimental, so expect some glitches. Known issue: there is no debug
120
+
$(P Please be aware that both LDC for Windows aswell as the Visual D support for
121
+
it are pretty experimental, so expect some glitches. Known issue: there is no debug
122
122
information in the built executable that can be used by the VS debugger.
0 commit comments