On 2014-05-12 19:14, Dicebot wrote:
It lacks any good static reflection though. And this stuff is damn
addictive when you try it of D caliber.
It has macros, that basically requires great support for static
reflection to be usable.
--
/Jacob Carlborg
On 12/05/14 21:00, Andrei Alexandrescu wrote:
There's been a lot of talk lately regarding improving resource
management for D, and I'd like to figure the next logical step to take.
It seems clear that we have reached a collective impasse on a few
fundamentals, and that more just talk about it
On 13/05/14 13:46, Kagamin wrote:
BTW, I don't see how ARC would be more able to call destructors, than
GC. If ARC can call destructor, so can GC. Where's the difference?
The GC will only call destructors when it deletes an object, i.e. when
it runs a collection. There's no guarantee that a
On 13/05/14 15:36, Dicebot wrote:
There are 2 `scope` uses to think about. One is storage class and in
that context `scope` is more of owned / unique pointer. Other is
parameter qualifier and that one is closer to ref / borrowed pointer.
Main problem about making `ref` borrowed pointer is that
On 2014-05-13 15:56, Dicebot wrote:
Judging by http://static.rust-lang.org/doc/0.6/tutorial-macros.html
those are not full-blown AST macros like ones you have been proposing,
more like hygienic version of C macros.
Hmm, I haven't looked at Rust macros that much.
--
/Jacob Carlborg
On 2014-05-13 19:52, Dicebot wrote:
It has to be transitive to be useful as borrowed pointer. Consider this
example:
{
scope A a; // has some internally managed resources
foo(a);
}
It is not safe to destruct a in the end of the scope here because foo
may have stored references to a
On 2014-05-14 15:00, Dicebot wrote:
To be a reference ;) But yeah, it is not important in this example,
plain scope should behave the same if transitive.
I though that A was a class in the previous example, but now I see
that it was a struct.
--
/Jacob Carlborg
On 14/05/14 23:47, Dmitry Olshansky wrote:
This is curious:
http://burntsushi.net/rustdoc/regex/
It seems they have compile time regular expressions too.
--
/Jacob Carlborg
On 15/05/14 18:13, AntonSotov wrote:
DMD 2.065
I do not know much English. sorry.
need to initialize immutable array _items
//---
module main;
import std.stdio;
class Zond {
this() {
foreach (i; 1..4) {
_items ~= i; // is
On 16/05/14 00:16, Etienne wrote:
Templates are compile-time, a D compiler always takes care of all its
compile-time duties =)
Unfortunately it does not. It causes unnecessary bloat. Take this for
example:
void foo (T) (T t);
foo(new Foo);
foo(new Bar);
This will generate two functions,
On 16/05/14 10:32, monarch_dodra wrote:
UFCS iota :puke:
Yeah, it would make more sense if it would be called upto:
1.upto(4)
--
/Jacob Carlborg
On 18/05/14 07:01, Walter Bright wrote:
While I agree with Andrei's agreements (!), the rationale for the
current approach is to make it relatively straightforward to translate
existing Java code into D. There was a fair amount of this in the early
days of D, I'm not sure how much of that
On 19/05/14 08:29, Jacob Carlborg wrote:
DWT is still around. Although, I don't have any memory of seeing the
monitor being used.
The synchronized statement is used in DWT.
--
/Jacob Carlborg
On 21/05/14 02:16, Max Barraclough wrote:
The DMD frontend is licensed under the GPL, which is 'viral': if
your code links against it, you'll have to release your code as
GPL.
There's no need to link with DMD.
Strictly, John is right in that the GPL doesn't prevent you from
charging for your
On 21/05/14 09:50, Joakim wrote:
Yes, but they moved to the UIUC-licensed (basically the BSD
license) llvm eventually, partially because they wanted Xcode to
directly link against it. I think it's that kind of integration
that Andre and Max have in mind, though as John noted, they're
not
On 21/05/14 11:59, Max Barraclough wrote:
I assumed we were talking about using the frontend as a means to enable
syntax-highlighting and such, rather than simple invocation of the DMD
compiler, which of course wouldn't be a problem.
I assumed we weren't, since it's not really made for that.
On 21/05/14 12:02, John Colvin wrote:
Also, note that linking to GPL licenced shared libraries/dlls/dylibs or
whatever you use doesn't necessarily mean the GPL has got you wrapped in
it's rather fuzzy web. AKAIK it's a matter of debate and has never been
tested in court
As far as I know, if
On 21/05/14 15:18, JJDuck wrote:
I try to use Tango and Phobo together in D2 and I downloaded the package
from link(https://github.com/SiegeLord/Tango-D2 and follow its
installation
process(https://github.com/SiegeLord/Tango-D2/wiki/Installation#linux-gdc).
But it has only Linux installation
On 22/05/14 21:11, Nick Sabalausky wrote:
Is there anything blocking actual adoption of SDL? I'm not holding
anything up am I? Sonke: If there's anything you need done/dealt-with
regarding SDLang-D, let me know.
Do we want/need the SDL parser/writer to be included into Phobos first?
--
On 23/05/14 08:33, Suliman wrote:
what it the reason to change json to SDL?
Less verbose.
--
/Jacob Carlborg
On 23/05/14 08:57, Ali Çehreli wrote:
There is word out there that Kenji Hara and bearophile are the same
person. (I think it is the same AI running on a powerful server farm. :p)
I don't care, as long as the pull requests keep coming :)
--
/Jacob Carlborg
On 2014-05-29 12:09, Atila Neves wrote:
The GC is preventing me from beating Java, but not because of
collections. It's the locking it does to allocate instead! I
don't know about the rest of you but I definitely didn't see that
one coming.
Doesn't the runtime know how many threads currently
On 2014-05-29 13:01, Robert Schadek via Digitalmars-d wrote:
properly, but collections is not atomar and you have to prevent threads
that are created during collection from collecting. so you still need to
lock
The GC already stops the world, can a thread then be created during a
collection?
On 2014-05-29 14:18, Shammah Chancellor wrote:
I was under the impression that the D gc does move objects around on the
heap and then update the pointers.
It does not. It would require barriers (read or write, don't remember
which) and my people here are against that.
--
/Jacob Carlborg
On 2014-05-30 00:13, Kiith-Sa wrote:
Or if you're working on tools, don't
make them for $OS, make them cross-platform. (I boycott
non-crossplatform tools
by default)
That's not so easy, depending on what you're doing. Some things are done
in completely different ways depending on the
On 2014-05-29 17:53, Tom Browder via Digitalmars-d wrote:
Has anyone done a survey of the primary OS of D users?
I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
many (if not most) users are on some version of Windows.
OS X.
--
/Jacob Carlborg
On 2014-05-30 19:15, Benjamin Thaut wrote:
I seem to be one of the few people who actually use D under windows.
And I can confirm that linux support is far better then windows support.
I'm one of the even fewer users that uses OS X. The biggest reason D is
working on OS X is because it
On 2014-05-30 18:17, Ary Borenszweig wrote:
No. You open a pull request. Or reopen and redefine the wrong code ;-)
The beauty of Ruby, just monkey patch the bug :)
--
/Jacob Carlborg
On 30/05/14 12:53, w0rp wrote:
It's always, always easier to experiment by releasing a dub package.
Including a module in the standard library requires the approval of a
commity. You can always release a dub package, no one is going to stop you.
std.experimental is probably best used for
On 30/05/14 16:07, Chris wrote:
Mind you, D doesn't need omnipotent toolchains. A text editor and
command line will do. I now use DUB, but you can still get away with $
dmd app.d ... or shell script. Toolchains and IDE's should not be a
criterion for evaluating a language. Oh, D doesn't have an
On 30/05/14 13:20, Chris wrote:
But the basic code should compile. We've just had the case when a
coworker tried my code on Windows (I develop on Linux). It compiled with
the latest version of dmd. No questions asked. When it comes to system
stuff it's:
version (Windows) {
// some odd shit
On 01/06/14 14:25, Joakim wrote:
The only bigger piece I can think of is maybe pushing through the Objective-C
integration for iOS, but I don't know much about that.
If you referring to making D ABI compatible with Objective-C [1] then
that's mostly done. I'm currently updating to latest
On 31/05/14 21:49, w0rp wrote:
After watching Andrei's keynote where he was asking for help, and
noticing that there wasn't any proof of someone working on this, I took
charge.
http://w0rp.com:8010/
I kind of like it. It would be nice to see examples of a couple of other
pages as well. The
On 01/06/14 07:50, Russel Winder via Digitalmars-d wrote:
Contrast level is still a bit high though. The current dlang.org also
has this problem because of the use of white. I am not pushing dark grey
on light grey with spot colour (which is how Apple started out and still
use a lot) but
On 01/06/14 21:56, w0rp wrote:
You just reminded me to put in a query string version hack at some
point. I typically use something like ?v=epoch_of_server_start or
similar.
That's not reliable. It's usually assets that are the problem, CSS, JS,
images and so on. They should have a unique
On 02/06/14 13:36, w0rp wrote:
In terms of API, I wouldn't go completely for an approach based on
serialising to structs. Having a tagged union type is still helpful for
situations where you just want to quickly get at some JSON data and do
something with it. I have thought a great deal about
On 2014-06-02 16:45, Dicebot wrote:
If this will happen, I will actually start to contribute to
documentation :)
Agree. This would also make a reason for me to learn vibe.d.
--
/Jacob Carlborg
On 02/06/14 21:13, Sean Kelly wrote:
I'm starting to wonder if I
should just try and get permission from work to open source my
parser so I can submit it.
That would be awesome. Is it written in D or was it C++ ?
--
/Jacob Carlborg
On 02/06/14 21:13, Sean Kelly wrote:
The vibe.d parser is better, but it still creates a DOM-style
tree of objects, which isn't acceptable in some circumstances. I
posted a performance comparison of the JSON parser I created for
work use with std.json a while back, and mine is almost 100x
On 02/06/14 20:26, Ary Borenszweig wrote:
In my opinion, even though this seems ugly, when you need to ship code
and the library you are using is fine except for a small issue, and you
don't have time to send a pull request and wait for it to get fixed,
that is a very handy solution.
Another
On 02/06/14 20:19, Nick Sabalausky wrote:
One of the main reasons I had gotten this thing was to have internet
access on the go, but regardless of connection speed, I find it's
usually *FAR* quicker to just wait until I get home and use a REAL
computer.
I prefer using a real computer as well
On 03/06/14 09:15, Johannes Pfau wrote:
I'd probably prefer a tokenizer/lexer as the lowest layer, then SAX and
DOM implemented using the tokenizer. This way we can provide a kind of
input range. I actually used Brian Schotts std.lexer proposal to build a
simple JSON tokenizer/lexer and it
On 2014-06-03 17:23, Adam D. Ruppe wrote:
Monkey patching can be done in D too if you're crazy enough to try it :P
Sure, but it's a lot easier and more convenient to do in Ruby.
use pragma(mangle) to replace library functions with your own versions...
Can you call the original function
On 2014-06-03 17:08, FrankLike wrote:
Can you recommend a good IDE For DWT?
Thank you! If it's ok,I will use the DWT to work.
There's no GUI builder for DWT, if that's what you're looking for. But
there is a plugin for Eclipse called WindowBuilder [1]. That will output
Java code for SWT
On 2014-06-03 15:18, Byron Heads wrote:
Use .. to make a range that omits its upper value, and use ... to make
a range that includes both values.
That is going to be a source of a lot of bugs, so easy to type 3 when
you ment 2
Same as with Ruby ... but the other way around :)
--
/Jacob
On 2014-06-03 17:27, Paulo Pinto wrote:
You need to provide an Objective-C or C wrapper.
Or a D wrapper ;)
--
/Jacob Carlborg
On 2014-06-03 01:01, deadalnix wrote:
How do they do error handling ?
Objective-C does support exceptions, but libraries like Cocoa avoids
throwing exceptions and leave those to the user (developer). Instead it
usually returns a bool to indicate success or failure and then provides
an
On 03/06/14 20:14, Walter Bright wrote:
I've damaged my ears from years of loud engines. I've read that most
hearing damage comes from gunshots, rock concerts, and earphones. When
using earphones in public, one tends to turn up the volume to drown out
the ambient noise. Worrying about that, I
On 03/06/14 18:54, Nick Sabalausky wrote:
By using Java, HTML5 or Node.js ;)
I'm sure that way it'd be very easy to get your memory usage up that high!
Use Flash instead, then it will eat the CPU as well :)
--
/Jacob Carlborg
On 04/06/14 04:02, FrankLike wrote:
Will add it to VisualD? If do it,very cool.
Thank you.
No, will not happen. It's too much integrated with Eclipse.
--
/Jacob Carlborg
On 04/06/14 04:09, FrankLike wrote:
Several years ago,there was a simple IDE ,that named 'Entice',it could
do for DFL and DWT.Will you want to continue it?
I don't know. As far as I can remember that only worked on Windows. I do
have long term plans to create a GUI builder for DWT, sometime
On 03/06/14 09:35, Rainer Schuetze wrote:
Hi,
more GC talk: the last couple of days, I've been experimenting with
implementing a concurrent GC on Windows inspired by Leandros CDGC.
Here's a report on my experiments:
http://rainers.github.io/visuald/druntime/concurrentgc.html
tl;dr: there is a
On 2014-06-04 13:55, Bruno Medeiros wrote:
Personally, I think GUI builders are likely a bit overrated nowadays. I
do a lot of work with SWT, and I am a big fan of rich IDE toolchains,
but I never felt much compelled to use an SWT GUI builder.
I think Xcode/Interface Builder is very good.
--
On 2014-06-04 09:14, Paulo Pinto wrote:
Note that there are native compilers for Java and C#.
My question still remains :)
--
/Jacob Carlborg
On 2014-06-04 11:27, FrankLike wrote:
Apple's swift comes on,but only use on iOS,so D should develop the
LDC,let D keep the superiority.
LDC continues to use LLVM, adds support for Objective-C [1] [2] and
lives happily ever after.
[1] http://wiki.dlang.org/DIP43
[2]
On 2014-06-04 18:25, Iain Buclaw via Digitalmars-d wrote:
This likewise gdc too. All you need to do is look at the downloads
page on dlang.org !
Awesome, but where's the binary for OS X?
--
/Jacob Carlborg
On 2014-06-04 18:30, Walter Bright wrote:
I understand that. But can you have it on at a barely perceptible volume
at your desk? That's usually enough for me.
I don't know, I haven't tried that. I don't know what they others will
think.
--
/Jacob Carlborg
On 2014-06-04 09:42, Kagamin wrote:
After staring at the monitor for 8 hours, I prefer to keep my eyes
closed on my way home, and it seems I always have thoughts pending
processing, which doesn't require internets.
To me it feels like the time goes a lot faster when I have something to
do on
On 2014-06-04 22:37, Rainer Schuetze wrote:
All more sophisticated GCs have write or read barriers. That makes it
much easier to keep track of modifications during concurrent collection.
Right, now I start to remember.
--
/Jacob Carlborg
On 2014-06-04 21:34, David Nadlinger wrote:
On Wednesday, 4 June 2014 at 18:06:08 UTC, Mattcoder wrote:
I think it would be a nice for learning experience and contributing
more with community.
It's always great to see new people interested in helping out with
compiler development. Just follow
On 2014-06-04 21:25, Iain Buclaw via Digitalmars-d wrote:
I have an OSX box to start porting. But there's a couple druntime
related problems I need to have a proper sit down about. These are
mostly TLS-related problems. DMD insists on doing something wildly
different for each target. I
On 2014-06-04 21:02, H. S. Teoh via Digitalmars-d wrote:
It's strange, I find that even ambient music distracts me, yet the loud
noise of an occasional passing train doesn't. Similarly, even whispers
will distract me, but birds chirping, trees rustling, etc., don't. It's
something about
On 2014-06-05 11:04, Russel Winder via Digitalmars-d wrote:
This is very much the Java model: exceptions are for exceptional events
that can be handled or not.
In Python of course exceptions are just control flow.
Ruby has both raise, for exceptions, and throw, for control flow.
But I
On 2014-06-04 23:21, Walter Bright wrote:
On 6/3/2014 2:44 PM, Remo wrote:
No exceptions (!) so this is at least something that this
language do better as C++ and D :D
Not everyone think that exceptions are necessary or there is no
other way to handle errors.
Exceptions make ARC expensive,
On 2014-06-05 12:27, Iain Buclaw via Digitalmars-d wrote:
I haven't tried hammering the server - it's a VM hosted on linode.
But if you mean if the compiler builds are reliable, then that answer
is yes.
I know that the Native Linux and ARM builds are passing the
testsuite/library unittests (as
On 2014-06-05 19:14, Remo wrote:
Exceptions make a lot of other thing expensive and complicated.
IMHO Exceptions should only be used in really really exceptional cases
and not all the way and for control flow.
Fortunately it is not really necessary to use Exceptions in C++.
A great example for
On 2014-06-07 00:40, Brian Schott wrote:
On Friday, 6 June 2014 at 22:25:16 UTC, Tom Browder via Digitalmars-d
wrote:
Now I'm confused--the three files I've found have differences in
production rules--it looks like I'll have to look at what the
compiler is actually doing--I'm putting that off
On 2014-06-07 13:41, Tom Browder via Digitalmars-d wrote:
Again, my interest is in creating D bindings for a large C library and
to do it auto-magically, and this discussion is very enlightening and
gives me some confidence that it is feasible.
There's already a tool for that [1]. It uses the
On 2014-06-07 19:45, Tom Browder via Digitalmars-d wrote:
And Jacob, when I try your dstep on a header preprocessed with gcc -E
I don't get very far:
Could you try without preprocessing the file first? It shouldn't crash
regardless but just to see what happens.
Could you also please file a
On 2014-06-07 19:05, Tom Browder via Digitalmars-d wrote:
Didn't you mean htod? It doesn't work on Linux.
No, but I see now that I read your comment wrong. So yes, htod or DStep
would be the appropriate tool for what you need.
I just though you want to create C bindings for a D library,
On 2014-06-07 23:16, Tom Browder via Digitalmars-d wrote:
That's another itch!
That's what the dtoh tool is for. It might create bindings for C++, I'm
not sure.
--
/Jacob Carlborg
On 2014-06-07 23:15, Tom Browder via Digitalmars-d wrote:
Ditto.
It might be a while, though.
You can start by filing an issue, including the input source used. If
you then manage to reduce the test case that's even better. I just don't
want the issue to get lost.
--
/Jacob Carlborg
On 2014-06-08 10:33, Dicebot wrote:
AFAIR `gcc- E` output is not a valid C on its own, no wonder libclang
chokes on it. Using llvm/clang toolchain with dstep results in much more
pleasant experience (not surprisingly as dstep is implemented on top of it)
Hmm, it adds a bunch of lines looking
On 2014-06-08 01:58, deadalnix wrote:
I'm not sure why it is usually done that way in D binding. This is
idiotic (and all Deimos exhibit this).
enum UITableViewRowAnimation {
Fade,
Right,
Left,
Top,
Bottom,
None,
Middle,
Automatic = 100
}
Here you go.
On 2014-06-08 17:37, Dicebot wrote:
Finally got to cleanup and submit this PR:
https://github.com/D-Programming-Language/dmd/pull/3651
While proposed change is very small (and backwards-compatible)
and not worth separate DIP, it is still a language change and
needs community approval.
Copy of
On 2014-06-08 19:50, Walter Bright wrote:
Does that apply to all symbols in Swift, or just enums?
I'm not sure if it applies to all symbols but it's not limited to enums.
The reference documentation [1] says:
An implicit member expression is an abbreviated way to access a member
of a
On 2014-06-08 19:51, Walter Bright wrote:
That use of with never occurred to me! It's cool.
It's very nice. I use it quite heavily in a project where I need to
access enum members often. It's mostly useful when you need to access
many enum members in the same scope.
--
/Jacob Carlborg
On 08/06/14 21:53, Walter Bright wrote:
I see, so it is using the type of the lvalue to guide the symbol
resolution of the rvalue.
Andrei had proposed something like this a few years ago, but I talked
him out of it :-)
(I felt it would play havoc with overload resolution.)
I'm pretty sure
On 10/06/14 00:37, Ellery Newcomer wrote:
So pyd is at the point where it really needs some sort of test suite
runner. It's kind of complicated since I need to test against
* multiple versions of dmd/ldc/gdc
* multiple versions of python (2.4 - 3.4, but I'm thinking of dropping
2.4 and 2.5 this
On 10/06/14 10:12, Sönke Ludwig wrote:
But yes, it's definitely not what you want to have for D. I'm not sure
how much can be done about that, though - except from rewriting the CTFE
engine with performance in mind (maybe even using a JIT compiler). Or
maybe it's possible to be more liberal
On 10/06/14 13:09, Dicebot wrote:
DDOC was promoted because of dog-fooding rationale but I believe it has
unacceptable learning curve and negatively impacts documentation
contribution.
I think Ddoc is fine for API documentation, but not for designing a web
site.
--
/Jacob Carlborg
On 10/06/14 16:06, Andrei Alexandrescu wrote:
I think ddoc is a lot more flexible than markdown, and I'm baffled by
the claim that ddoc is difficult to learn. That said I do agree it's a
turnoff for first-time website contributors. IMHO if we switch away from
ddoc we should switch to something
On 11/06/14 02:00, Matt wrote:
I was wondering if anyone could help with a problem I'm having.
My program compiles properly, and has all up-to-date files and DLLs
(SDL2, SDL2-image, SDL2-ttf, all the other DLLs that are required by
these). However, when I run it, I get object.Error: Access
On 10/06/14 23:32, Ellery Newcomer wrote:
Another thing I was envisioning is a web page that shows test results
for each combination so that it is easy for a casual user to determine
pyd's status. Does buildbot have this sort of thing?
Travis CI does have that. But it currently doesn't
On 12/06/14 11:48, Kagamin wrote:
Why private members can't have internal linkage?
It's currently possible to access private symbols through pointers.
--
/Jacob Carlborg
On 13/06/14 07:26, Tolga Cakiroglu wrote:
In the download page, table shows for which CPU type they are available.
dmd.2.065.0.zip shows i386 and x86_64. So, this should run on 32 and
64-bits.
dmd.2.065.0.dmg shows only x86_64 which is for 64-bit CPU only.
That's not correct. The zip file
On 12/06/14 21:21, Nick Sabalausky wrote:
- I rarely need to do that. Most of my N times loops exist *because* I
want to use the index.
I use the n.times in Ruby for testing quite a lot. When I need to
create x instances of a class and it doesn't matter what values they
have. Although I
On 12/06/14 17:00, Manu via Digitalmars-d wrote:
I often find myself wanting to write this:
foreach(; 0..n) {}
In the case that I just want to do something n times and I don't
actually care about the loop counter, but this doesn't compile.
You can do this:
for(;;) {}
If 'for' lets you
On 13/06/14 11:28, Marc Schütz schue...@gmx.net wrote:
Would be nice if we could elide the parentheses and semicolons:
10.times! {
writeln(Do It!);
}
10.times! (uint n) {
writeln(n + 1, Round);
}
Yeah, that has been suggested before.
--
/Jacob Carlborg
On 2014-06-13 20:16, H. S. Teoh via Digitalmars-d wrote:
I think this is starting to show itself as an anti-pattern, or at least,
one of those obscure dark corners of D infested with complex
interactions between unexpected features and possible compiler quirks.
Probably the best thing to do is
On 2014-06-13 20:03, H. S. Teoh via Digitalmars-d wrote:
On Fri, Jun 13, 2014 at 10:46:17AM -0700, Jonathan M Davis via Digitalmars-d
wrote:
[...]
for(;;) is a special case with no real benefit IMHO. It's a loop whose
condition is implicitly true rather than actually having a condition
in it.
On 2014-06-14 04:12, Jeremy DeHaan wrote:
I agree. Also, this page (http://dlang.org/dmd-osx.html) says that the
base requirement is a 32 bit OSX. Why is the DMD version that is
released 64 bit? That seems very counter intuitive.
Technically you can run 64bit applications on 32bit OS X if you
On 2014-06-15 11:40, Dmitry Olshansky wrote:
No, normal exceptions print just fine. e.g.
writeln(new Exception(abc));
I'm wondering what's wrong the one I defined, the error message seems to
indicate that it doesn't have toString. It's wrong as there is one
derived from Exception.
Workaround
On 17/06/14 06:44, H. S. Teoh via Digitalmars-d wrote:
String mixins? Auto-completion? I dunno, that sounds like a stretch to
me. How would an IDE handle autocompletion for things like like:
string generateCode() {
string code = int x=;
if
On 16/06/14 17:16, Manu via Digitalmars-d wrote:
What say you to that, Walter?
Apple have committed to pervasive ARC, which you consistently argue is
not feasible...
Have I missed something, or is this a demonstration that it is
actually practical?
I think Swift is only intended for high
On 17/06/14 05:18, Walter Bright wrote:
Note that Swift seems to not do exceptions (I may be wrong, again, I
know little about Swift), which is one way to avoid that problem.
It does not support exceptions.
--
/Jacob Carlborg
On 16/06/14 12:24, John Petal wrote:
Does D have a mature and cross-platform GUI library?
I would recommend DWT [1], although it currently doesn't work on OS X
(I'm working on that).
[1] https://github.com/d-widget-toolkit/dwt
--
/Jacob Carlborg
On 2014-06-18 08:35, Daniel Murphy wrote:
I think D used to have this in the form of the 'final' storage class for
variables. I'm not sure why we got rid of it.
If I recall correctly it was also how const worked in D1.
--
/Jacob Carlborg
On 2014-06-18 17:46, Kapps wrote:
C# is getting the same syntax, and I remember there being some
discussion about it here. It's somewhat useful I suppose, though I think
it's made significantly more useful in C# with 'a ?? b' (a if a is not
null, else b).
And a ??= b, assigne b to a, only if
On 2014-06-19 19:52, Dicebot wrote:
On a related topic:
Feature like this is extremely convenient for unit tests. However using
assertions in unit test blocks does not fit well with any custom test
runner that does not immediately terminate the application (because
AssertionError is an Error).
101 - 200 of 3698 matches
Mail list logo