On 2016-03-31 15:21, Steven Schveighoffer wrote:
These sure seem like bugs (including your other post).
In my code or in the compiler?
The repetition (in case you are wondering) is because the compiler
prints a message for every usage of a symbol. In this case, you defined
two symbols, so yo
On 2016-03-31 16:59, Steven Schveighoffer wrote:
The compiler. Your first post has a deprecation indicating it found a
symbol twice in the same place :) The second seems like there should be
no issues. I assume it compiles identically both with and without
-transition=import? If that's the case,
On 2016-03-31 21:21, Steven Schveighoffer wrote:
Right, so definitely a bug in the compiler. The -transition=checkimports
flag is supposed to tell you about changes in behavior between the prior
regime (achieved with -transition=import) and the current regime.
-Steve
Reported two bugs:
https
On 2016-04-06 00:43, Martin Nowak wrote:
Glad to announce D 2.071.0.
http://dlang.org/download.html
This release fixes many long-standing issues with imports and the module
system.
See the changelog for more details.
If I understand correctly the "this.outer" issue was resolved by
slightly m
On 2016-04-06 19:15, Kagamin wrote:
On Wednesday, 6 April 2016 at 13:05:31 UTC, sigod wrote:
module test;
struct S {
package int field;
}
void main() {
S s;
s.field = 1; // Deprecation: test.S.field is not visible from
module test
}
You need the mo
On 2016-04-20 06:31, Relja Ljubobratovic wrote:
I've given this a lot of thought. I use OpenCV daily on the job, and I'm
very familiar with it. I too believe it would probably be smarter,
faster and safer to wrap its C interface with D, from the user's point
of view.
https://github.com/jacob-c
On 2016-04-28 01:53, Walter Bright wrote:
Wonderful, thanks for taking the time to write this up. I'm especially
pleased that you found great uses for a couple features that were a bit
speculative because they are unusual - the user defined attributes, and
the file binary data imports.
I'm usi
On 2016-05-09 14:46, John wrote:
C# 7's tuples are something different though. They don't even map to
System.Tuple. The syntax is:
(int x, int y) GetPoint() {
return (500, 400);
}
var p = GetPoint();
Console.WriteLine($"{p.x}, {p.y}");
Would be nice to have in D. Both with a
On 2016-05-09 18:57, Stefan Koch wrote:
Hi Guys,
I have been looking into the DMD now to see what I can do about CTFE.
Unfortunately It is a pretty big mess to untangle.
Code responsible for CTFE is in at least 3 files.
[dinterpret.d, ctfeexpr.d, constfold.d]
I was shocked to discover that the P
On 2016-05-22 21:36, Sönke Ludwig wrote:
This version marks the final milestone before the 1.0.0 release, which
is scheduled for mid-June. The API has been cleaned up and will be kept
backwards compatible throughout 1.x.x (0.9.25->1.0.0 may still have some
breaking changes). Beginning with versio
On 2016-05-23 08:52, Sönke Ludwig wrote:
On which browser/OS?
On OS X using Safari, Chrome or Firefox.
I've now removed the border/background color,
I think the background and border looked fine.
but the font size looks fine for me on Linux.
Using Firefox:
The inline code has font siz
On 2016-05-23 08:52, Sönke Ludwig wrote:
Fixed: #772 instead of #722
Not pushed?
--
/Jacob Carlborg
On 2016-05-23 09:06, Sönke Ludwig wrote:
Pushed now, didn't notice that the push failed due to out-of-date local
branch.
It looks correct now, thanks.
--
/Jacob Carlborg
On 2016-05-23 10:04, Sönke Ludwig wrote:
Okay, removed the old "Courier New" reference and both are rendered the
same now.
Looks better now.
--
/Jacob Carlborg
On 2016-05-23 12:38, qznc wrote:
Mixing fonts is hard. Both fonts must have the same size, but also the
same x-height [0], which is the height of lowercase letters like x. This
can be seen very clearly with inline code like "contain a
dub.json" at the page you linked to. Zoom in (Ctrl+) and
you
On 2016-05-23 17:40, Sönke Ludwig wrote:
Oh, okay, misunderstood that. The basic protocol is very simple:
GET /packages/index.json
Yields a JSON array with all package names
GET /packages/[package].json
Returns a JSON object with general information about a package,
including all available ver
On 2016-05-23 21:00, Adam D. Ruppe wrote:
Have I gone completely mad?!?!
---
void main() {
import std.stdio;
writeln(obj!(
foo => "bar",
baz => 12
));
}
---
Prints out:
{
foo: bar
baz: 12
}
A few tweaks would mak
On 2016-05-24 08:42, Sönke Ludwig wrote:
Since fetching dependencies usually saturates the network connection,
that wouldn't save much time (or do you just mean fetching the package
recipes in parallel?).
No, I mean fetching the full package in parallel.
But because it also requires full dep
On 2016-05-25 11:24, Daniel N wrote:
From an end-user perspective I find it reasonable to expect that an API
which takes lambda:s works consistently for both below examples. i.e. if
we support one we should support the other.
[1] fun!( x => y)
[2] fun!((int x) => y)
Currently I just copy/
On 2016-05-25 13:57, Daniel N wrote:
Issue9608 is good too, but insufficient.
import std.traits;
static assert(__traits(isTemplate, a => 0));
static assert(!__traits(isTemplate, (int a) => 0));
The 2nd case can't be solved by 9608 since it's about introspecting
templates and "(int a) => 0)" is
On 2016-05-25 20:55, Meta wrote:
Is that true? I don't claim to know exactly how the compiler works, but
given a template lambda:
foo => 3
Doesn't it generate something like the following?
template __lambda10293(T)
{
__lambda10293(T foo)
{
return 3;
}
}
In that case,
On 2016-06-01 06:34, Jason White wrote:
Building it only requires dmd+phobos+dub.
Why is having dependencies so damaging for build systems? Does it really
matter with a package manager like Dub? If there is another thread that
answers these questions, please point me to it.
The two dependencie
On 2016-05-28 13:02, Loïc HAMOT wrote:
Hello,
I am working on a C++ to D converter.
The project is opensource, on github : https://github.com/lhamot/CPP2D
Is there a reason to reinvent the wheel instead of contributing to DStep
[1]?
[1] https://github.com/jacob-carlborg/dstep
--
/Jacob Car
On 2016-06-01 10:55, Loïc HAMOT wrote:
Hello Jacob.
It think DStep and CPP2D have very different objectives.
DStep target C and Objective-C headers, but CPP2D target C++ full source
code.
No. Targeting C++ is not against the objectives of DStep. C and
Objective-C just happens to be what DStep
On 2016-06-01 08:48, Jason White wrote:
Actually, SQLite more of a run-time dependency because etc.c.sqlite3
comes with DMD.
$ ldd button
linux-vdso.so.1 (0x7ffcc474c000)
--> libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x7f2d13641000)
libpthread.so.0 => /usr/lib/libpthread.so
On 2016-06-02 10:27, Sönke Ludwig wrote:
The release candidate is planned for the 6th, so please take a moment to
test this release. Instead of `dub upgrade --prerelease`, edit
dub.selections.json directly and put 0.7.29-beta.2 as the vibe-d version
(there is already an alpha version of 0.7.30 ou
On 2016-06-01 14:50, Daniel Murphy wrote:
Haha that really depends on your goals.
Yeah, I know magicport can translate DMD. The goal there is to translate
arbitrary C++ code to D.
--
/Jacob Carlborg
On 2016-06-02 15:13, Sönke Ludwig wrote:
There is something in
https://github.com/dlang/dub/wiki/Version-management#basic-dependency-specification
Maybe I'll have the time to write a more formal
documentation/specification at some point. But currently I'm still
struggling with getting the most
On 2016-06-06 13:25, FreeSlave wrote:
Cool! Just checked on osx, Objective-C support works and it's free from
dmd bugs that prevent my project to work with Cocoa.
Have these bugs been reported?
--
/Jacob Carlborg
On 2016-06-07 13:22, Sönke Ludwig wrote:
Oh, I typed that by accident, should be /+ dub.sdl: ... +/
BTW, /+ dub.json: ... +/ is also possible, of course.
Does it work with all kind of comments D supports?
--
/Jacob Carlborg
On 2016-06-07 14:59, FreeSlave wrote:
Yes. Look at https://issues.dlang.org/show_bug.cgi?id=16096
I don't have such problem with ldc 1.0.0.
Thanks, I'll have a look.
--
/Jacob Carlborg
On 2016-06-07 20:42, Sönke Ludwig wrote:
No, it has to be the "+" variant (the first /+ +/ comment is evaluated).
That's unfortunate.
--
/Jacob Carlborg
On 2016-06-08 11:15, Sönke Ludwig wrote:
I generally really do appreciate your critique, but without backing
reasons it doesn't really have a constructive effect.
Two good properties about restricting to /+ +/ is that it's still
possible to put something else in front of it, and that it stands
On 2016-06-08 16:58, Steven Schveighoffer wrote:
I agree with Jacob. A comment is a comment. There is no reason one needs
to use specifically /+. In fact the only reason for the existence of /+
is to allow nesting of comments -- which doesn't apply here.
And basically the only reason why /+ ex
On 2016-06-03 21:33, Mike Parker wrote:
The D Blog was born at DConf this year. With help from Jack Stouffer, it
is now live at:
http://dlang.org/blog/
I would prefer if the text did not hyphenate the words. I think it's
easier to read whole words.
If possible, it would be great if the blog
On 2016-06-10 20:21, Mike Parker wrote:
I didn't realize anything special was needed for that. How can I make it
so?
Unfortunately there doesn't seem to be an exact specification of what's
required for the reader mode to be available. I can do some digging to
see if I can find something.
-
On 2016-06-10 20:47, Jacob Carlborg wrote:
Unfortunately there doesn't seem to be an exact specification of what's
required for the reader mode to be available. I can do some digging to
see if I can find something.
At the bottom is the minimal amount of HTML code I could come up with
that mak
On 2016-06-13 22:12, Walter Bright wrote:
It's the "first 5 minutes" thing. Every hiccup there costs us maybe half
the people who just want to try it out.
Even the makefiles have hiccups. I've had builds fail with the dmd
system because I had the wrong version of make installed. And it doesn't
On 2016-06-14 14:04, drug wrote:
I don't agree if you don't mind. I have two almost identical
implementation of the same thing in D and C++. And if I rebuild them
totally - yes, dmd is faster than gcc:
dmd5 secs
ldmd2 6 secs
make 40 secs
make -j10 11 secs
But i
On 2016-06-07 14:59, FreeSlave wrote:
Yes. Look at https://issues.dlang.org/show_bug.cgi?id=16096
I don't have such problem with ldc 1.0.0.
Fixed, unless you already have noticed.
--
/Jacob Carlborg
On 2016-06-20 17:52, Sönke Ludwig wrote:
I'm pleased to announce the release of the first stable version of the
DUB package manager. Stable in this case means that the API, the command
line interface and the package recipe format will only receive fully
backwards compatible changes and additions
On 2016-06-20 21:28, Sönke Ludwig wrote:
I mostly just wanted to keep the DEP small and focused, but adding
Objective-C/C++ is indeed trivial once C/C++ is there (modulo some small
additional features).
Ok, cool.
--
/Jacob Carlborg
On 27/06/16 13:02, Guillaume Piolat wrote:
Unloading of shared libraries on OS X continues to be a problem though,
it would be nice if it worked in 64-bit.
I know the current situation is not ideal, but does it cause any problems?
--
/Jacob Carlborg
On 27/06/16 21:22, Guillaume Piolat wrote:
My wording was a bit strong.
As you may remember, the workaround involved "leaking" the dynlib.
On OS X I keep having a lingering crash which is a bit random, happens
with multiple instantiation/closing of a dynlib. It is a bit hard to
reproduce and I
On 01/07/16 08:07, bitwise wrote:
Sorry I haven't had much time to work on this lately. I'm not sure how
soon I will have time. If anyone else wanted to champion this effort, we
could discuss passing the torch and trying to make use of the work I've
done thus far. I still plan to do it at some p
On 01/07/16 12:31, Leandro Lucarella wrote:
We know that, and again, the license was by far the biggest nightmare of
the open sourcing effort. Honestly we don't have the time to take on
this, but this is an area where external contributions would be
extremely helpful. Anyone can contact the orig
On 2016-07-10 19:09, Robert burner Schadek wrote:
Yes if anybody had access to the trello and would want to use yet
another tool. I think that is unrealistic.
Trello is already used: https://trello.com/dlang
--
/Jacob Carlborg
On 2016-07-08 22:43, Martin Nowak wrote:
That actually indicates that shipping dub with dmd isn't that useful.
I think it's very useful, if nothing else to increase the awareness of
Dub. Doesn't hurt to have a separate binary as well.
--
/Jacob Carlborg
On 2016-07-13 12:23, Mike Parker wrote:
Unlike previous posts on the D Blog, I prepared this one in advance and
thought I had it set to auto publish at 9:00 pm my time. So I was
surprised to discover at 7:00 pm local time that the post had gone live
an hour before (at 9:00 am GMT). I had complete
On 2016-07-16 22:34, Sebastiaan Koppe wrote:
Just to let you guys know - and to be sure no one is doing the same - I
decided to go ahead and *start* writing an autotester that will fetch
dmd nightly and unittest each dub package.
It will be using a classic master-worker architecture and will lev
On 2016-07-18 09:22, qznc wrote:
The hardest part is probably the work distribution. It should work
across platforms, so we can (eventually) test Windows, Android,
Raspberry Pi, etc.
GitLab can handle this really easy.
I don't believe GitLab would be a good idea. It is not built for this
and
On 2016-07-18 11:55, Sebastiaan Koppe wrote:
Like I said I am aiming really low. On purpose. I have a wife and two
kids and I need to keep the scope limited.
In that case, go with something that already exists.
--
/Jacob Carlborg
On 2016-07-16 22:34, Sebastiaan Koppe wrote:
Just to let you guys know - and to be sure no one is doing the same - I
decided to go ahead and *start* writing an autotester that will fetch
dmd nightly and unittest each dub package.
It will be using a classic master-worker architecture and will lev
On 2016-07-30 11:26, Lodovico Giaretta wrote:
I'm proud to announce that std.experimental.xml v0.1.0 is available on
DUB [1]!
This is the project I'm working on for GSoC 2016. It aims to become a
substitution for Phobos std.xml. Now you can easily try it and provide
some feedback. I will soon c
On 2016-08-03 09:20, Lodovico Giaretta wrote:
On Tuesday, 2 August 2016 at 15:32:50 UTC, Jacob Carlborg wrote:
* Does it work at CTFE?
I don't think so.
It would be cool if it did. I think it would at least be worth taking a
couple of minutes and investigate if it does work or not. If doesn'
On 2016-07-30 11:26, Lodovico Giaretta wrote:
Hi,
I'm proud to announce that std.experimental.xml v0.1.0 is available on
DUB [1]!
Another question. I see that there are a couple of different lexers
available. Can those be exposed with the same interface/type instead of
using different types?
On 2016-08-03 22:57, Robert burner Schadek wrote:
Well, currently you have to make that choice as developer, and there is
always the BufferedLexer which should be good choice is most cases.
Polymorphic design was not a goal of the project, so I think it is going
to be hard to add that without sa
On 2016-08-04 09:15, Lodovico Giaretta wrote:
I don't know if it is what you want, but you can do this:
auto lexer = chooseLexer!input;
The function chooseLexer creates the most suitable lexer type based on
the input type.
You can test if a type is a lexer using the trait isLexer defined in
s
On 08/08/16 06:24, Adam D. Ruppe wrote:
I decided to write up a think on untrapping exceptions this week:
http://arsdnet.net/this-week-in-d/2016-aug-07.html
How to detect if running inside a debugger on OS X [1].
[1] https://developer.apple.com/library/ios/qa/qa1361/_index.html
--
/Jacob Car
On 2016-08-16 11:41, Alexandru Ermicioi wrote:
https://github.com/aermicioi/aedi
If you use:
```d
```
For the code block you'll get syntax highlighting for D.
--
/Jacob Carlborg
On 2016-08-21 22:01, Dicebot wrote:
This week I had a tele-meeting with Andrei and Walter regarding the fate
of DIP1000 (https://github.com/dlang/DIPs/blob/master/DIPs/DIP1000.md)
and intented way to move forward with it. This is a short summary of the
meeting.
Approval of DIP1000
--
On 2016-08-29 10:39, Stefan Koch wrote:
Thanks guys.
I just came up with a nifty little patch that makes it possible to
ensure that a function is _only_ used at ctfe.
Or the opposite.
static assert(__ctfe, "This function is not supposed to be called
outside of ctfe");
and static assert(!__ctfe
On 2016-08-30 13:50, Mike Parker wrote:
Joakim has put together an interview with Walter that's all about D.
It's an enjoyable read. You can parse the interview at [1] and visit the
reddit thread at [2]. I anticipate publishing more of Joakim's
interviews on the blog in the future.
[1]
https://d
On 2016-08-31 01:08, Martin Nowak wrote:
Well there was reasoning to choose that solution instead of the other
(https://github.com/dlang/dmd/pull/6078) and the fact that private
members aren't accessible (set/get) is a good indication that nobody
needs this.
Class/struct fields are accessible
On 2016-08-31 02:04, Ali Çehreli wrote:
P.S. While I'm on my soapbox, I've started to think private is overrated
anyway. A system language should allow to bypass that protection.
private should be a recommendation only.
I agree. Let private stop you from access symbols though the regular
ways
On 2016-08-31 01:08, Martin Nowak wrote:
Well there was reasoning to choose that solution instead of the other
(https://github.com/dlang/dmd/pull/6078) and the fact that private
members aren't accessible (set/get) is a good indication that nobody
needs this.
Adding an unsafe facility to access p
On 2016-08-31 08:20, Jacob Carlborg wrote:
Class/struct fields are accessible using .tupleof. I was using
__traits(getAttributes) in my serialization library to get UDA's for
these fields, including private ones.
I think this was introduced already in 2.071.0.
--
/Jacob Carlborg
On 2016-08-31 15:51, Chris Wright wrote:
And `instance_variable_get` in Ruby.
Or "send", "instance_eval" and so on. In Ruby it's more of a comment,
"please do call this method directly" :)
--
/Jacob Carlborg
On 2016-08-31 16:14, Frank Pagliughi wrote:
Hey All,
First, my apologies. Over a year ago I had promised to put up a D
library for MQTT, but a number of factors conspired against me in the
intervening time.
But this week, I finally got an initial version loaded. It will be a
part of the Eclipse
On 2016-09-03 18:02, Martin Nowak wrote:
Why not just use `__traits(getAttributes, var.tupleof[0])`?
I've already updated my code to use the above. When I first implemented
it, it was not possible to use a "tupleof expression" as argument to
__traits(getAttributes).
--
/Jacob Carlborg
On 2016-09-13 16:00, Martin Nowak wrote:
There will be another beta tomorrow or so to include at least one more
fix (for Issue 16460) and we'll soon release 2.071.2.
This is a good moment to double check whether all the deprecation
warnings for your project caused by the import changes are justi
On 2016-09-18 11:10, Johan Engelen wrote:
I think LDC has the same problems (template instances are emitted in the
first module not the one that needed the instantiation?).
I thought that LDC did not have that problem, or there was a flag change
the behavior.
--
/Jacob Carlborg
On 2016-10-01 22:57, Martin Nowak wrote:
First beta for the 2.072.0 release.
This release comes with many new phobos features, native TLS support on
OSX, the first bunch of @safety enhancements (try -transition=safe), and
a few smaller language and compiler additions.
This is also the first dmd
On 2016-10-02 14:37, Martin Nowak wrote:
Yes, that's how it should be, but don't both deprecations contain enough
information to replace old code?
Yeah, I see that now. I didn't notice it at first. It's not as clear as
I would like. I would like it to explicitly state "To this instead: ...".
On 2016-10-01 22:57, Martin Nowak wrote:
Please report any bugs at https://issues.dlang.org
std.process is pretty broken on macOS:
https://issues.dlang.org/show_bug.cgi?id=16580
--
/Jacob Carlborg
On 2016-10-18 20:21, Andrei Alexandrescu wrote:
Razvan has already some solid industrial experience and has a broad area
of interests such as low-level kernel-level development, networking,
Perhaps a task that is too big, but how about a new network
package/module that does not depend on exte
On 2016-10-25 14:36, Stefam Koch wrote:
First perf data is in
The is measured with time src/dmd -c -ctfe-bc
old interpreter (without -ctfe-bc) :
real0m6.839s
user0m6.423s
sys0m0.407s
new interpreter (-ctfe-bc)
real0m0.549s
user0m0.547s
sys0m0.000s
LLVM Backend (-ctf
On 2016-10-31 04:51, Mike Parker wrote:
So far, getting content for the blog has, with a few exceptions, been a
process of sending out emails prompted by activity on my radar. This is
no problem when it comes to project highlights or other fairly broad
topics, but it's highly inefficient for ginn
On 2016-11-01 12:20, Saurabh Das wrote:
How can I find out more information about the 'runApplication' change?
What does "slowly fading out" mean?
I think it should say something like: "slowly fading out the default
main". Instead of having vibe.d define the main function and having a
shared
On 2016-11-01 13:47, Jacob Carlborg wrote:
On 2016-11-01 12:20, Saurabh Das wrote:
How can I find out more information about the 'runApplication' change?
What does "slowly fading out" mean?
I think it should say something like: "slowly fading out the default
main". Instead of having vibe.d de
On 2016-11-12 21:50, Adam Wilson wrote:
I choose OpenSSL because it's a well respected, highly trusted, and it
is available everywhere. I despise the license and the API. Sadly, those
are not primary concerns when dealing with Cryptograpy libraries.
Well, Apple abandoned it years ago because i
On 2016-11-14 11:49, Andrei Alexandrescu wrote:
Please join us at DConf 2017, the conference of the D programming
language in Berlin, Germany, May 4-6 2017.
We're happy to announce that the D Language Foundation is cooperating
again with Sociomantic to organize DConf 2017 in Berlin for the secon
On 2016-12-12 08:07, Adam Wilson wrote:
On OSX you need to use LDC or the linker will fail.
What linker errors do you get using DMD?
--
/Jacob Carlborg
On 2016-12-13 09:20, Adam Wilson wrote:
ld: in
../../.dub/packages/botan-1.12.8/botan/.dub/build/full-unittest-posix.osx-x86_64-dmd_2072-0D593375D53C36354213ADF6E4F6A036/libbotan_base.a(unique_40d1_3b6.o),
in section __TEXT,__textcoal_nt reloc 2: symbol index out of range for
architecture x86_64
On 2016-12-16 21:51, Atila Neves wrote:
Since my phobos PR for better static assertions was clearly never
getting merged (https://github.com/dlang/phobos/pull/3677), I moved the
code to dub instead:
http://code.dlang.org/packages/concepts
Basically, as long as you pair up your template constrai
On 2017-01-04 12:26, Nemanja Boric wrote:
Shameless plug, I've been working in my spare time on a similar project:
https://github.com/Burgos/postgres-native
Progress is super slow, though, but I'm really happy how the things are
working out, so just publishing here if somebody wants to take the
On 2017-01-07 06:02, Martin Nowak wrote:
an experimental safety checks (-transition=safe/-dip1000)
Is the flag to enable the new checks or revert to the previous behavior?
--
/Jacob Carlborg
On 2017-01-15 01:52, Martin Nowak wrote:
Changing things specifically for __traits(getMember, exp, "field") which
is currently lowered to exp.field would be too much effort.
What about lowering to "exp.tupleof[index]", which already bypass
protection?
--
/Jacob Carlborg
On 2017-01-18 14:48, Martin Nowak wrote:
First release candidate for 2.073.0.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.073.0.html
About the new -mscrt=libname flag. Could we have a more generic name of
the flag that would fit for other platforms to specify the C li
On 2017-01-18 14:48, Martin Nowak wrote:
First release candidate for 2.073.0.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.073.0.html
The changelog is missing an entry to the new default Ddoc theme. I'll
see if I can add that. Do we want an image, HTML page or somethin
On 2017-01-19 16:21, Martin Nowak wrote:
It seems sufficiently different to not worry about a Win only switch,
it's used for selecting different flavours of MS libcrt (threaded,
debug...).
IMO we should try to depart with hard-coding linker flags into the
compiler.
Fair enough.
--
/Jacob Carl
On 2017-01-19 14:57, Jacob Carlborg wrote:
The changelog is missing an entry to the new default Ddoc theme. I'll
see if I can add that. Do we want an image, HTML page or something to show?
https://github.com/dlang/dlang.org/pull/1558
--
/Jacob Carlborg
On 2017-01-19 21:53, Walter Bright wrote:
$250 for Early Bird tickets!
http://dconf.org/2017/registration.html
Awesome :). BTW, there's a page missing [1].
[1] http://dconf.org/2017/thankyou.html
--
/Jacob Carlborg
On 2017-01-20 14:35, Mike Parker wrote:
Jack Stouffer details how unit testing, code review, and code coverage
are handled in the development and maintenance of Phobos. Thanks, Jack!
Blog:
https://dlang.org/blog/2017/01/20/testing-in-the-d-standard-library/
Could you please create a new image
On 2017-01-21 03:59, Jack Stouffer wrote:
But 2.073 isn't released yet.
It's in release candidate. The current output is pretty embarrassing.
--
/Jacob Carlborg
601 - 695 of 695 matches
Mail list logo