On 2014-05-05 15:32, Jonathan M Davis via Digitalmars-d wrote:
Maybe they should still be
visible for the purposes of reflection or some other case where seeing the
symbols would be useful
Yes, it's useful for .tupleof to access private members.
--
/Jacob Carlborg
On 06/05/14 02:49, Mason McGill wrote:
**I'm fairly new to D, so let me know if this belongs in another thread.**
I'd like to contribute a new feature to the DMD front-end, and I'd
appreciate some feedback on the design before I start on a pull request.
Feature:
`__traits(comment, symb
On 06/05/14 05:51, HaraldZealot wrote:
Manu, can you direct me what is ARC? This abbreviation is very
misgooglly.
Automatic Reference Counting. Like regular RC but the compiler
automatically inserts calls to release/free.
--
/Jacob Carlborg
On 06/05/14 08:07, HaraldZealot wrote:
I notice that I view only part of problem, can anybody link or describe
me completely state and problems of current garbage collection and other
resource management? It help me in finding of existence solution (at
least theoretical).
The major issue with
On 2014-05-06 19:58, Dicebot wrote:
These days I often find myself leaning towards writing mostly
integration tests with only limited amount of unit tests. But writing
good integration test is very different from writing good unit test and
usually implies quite lot of boilerplate. Truth is D doe
On 2014-05-06 08:39, Manu via Digitalmars-d wrote:
's at least one DIP which received little attention afaict, it's
an example of something that I think would probably manifest into code
in an experimental space, but clearly couldn't be accepted as a
language feature without lots of field time.
I
On 06/05/14 20:39, Dicebot wrote:
On Tuesday, 6 May 2014 at 18:28:27 UTC, Jacob Carlborg wrote:
d.
I don't see why would be bad to use "unittest" for integration tests,
except for the misguided name. It's perfectly to place "unittest" is
completely different modules and packages. They don't need
On 07/05/14 01:05, Etienne wrote:
I've just started using tkd and the memory usage is 3.4MB on windows for
a Hello World.
It requires a lot of tcl/tk source files (900 files) and 2 dlls, but I
think a workaround can be found for them to be packed in an in-place
unpacker app by compiling on top
On 06/05/14 19:57, Manu via Digitalmars-d wrote:
As I said before, dub has never even occurred to me. No windows user
is likely to naturally think to use a package manager :/
Doesn't Windows have NuGet?
--
/Jacob Carlborg
On 07/05/14 05:36, Manu via Digitalmars-d wrote:
Haha, nice! I didn't realise that all my examples for hypothetical
consideration came back to just you! :)
So then, your take on an experimental space in the compiler for
features that are still baking seems especially relevant.
Am I talking shit
On 07/05/14 16:05, Dicebot wrote:
Have never liked that fancy description syntax of "smart" testing
frameworks.
I hate plain unit test blocks with just a bunch of asserts. It's
impossible to know that's being tested.
--
/Jacob Carlborg
On 2014-05-07 17:05, H. S. Teoh via Digitalmars-d wrote:
Huh? Isn't that what unittest blocks are about? To verify that certain
assumed conditions are actually true at runtime?
Verbal descriptions can be put in comments, if need be, can't they?
What Atila said.
--
/Jacob Carlborg
On 2014-05-07 20:18, Etienne wrote:
Sweet, as I see it works and there's plenty of documentation about swt.
Not much can beat a 2.6MB standalone application with a 2mb footprint!
It could use a dub.json file though
Yeah, that's on my todo list.
and the Color object gives me a memory error w
On 2014-05-07 18:51, amehat wrote:
Hello everyone,
I'm working on porting a java library in D, and I stuck on a class
because it works with the reflection.
From what I've read on prowiki
(http://www.prowiki.org/wiki4d/wiki.cgi?LanguagesVersusD), D can not do
reflection, it is limited to the Ru
On 08/05/14 00:22, Etienne wrote:
Yes :
Label label3 =
new
Label(shell, SWT.NONE);
label3.setSize(100,20);
label3.setLocation(30,150);
label3.setBackground(
new
Color(display,200,111,50));
label3.setText(
"Speak no evil"
);
Thanks, I'll have a look. Could you please report an issue here as
On 08/05/14 05:54, iridium wrote:
Which as I collected a druntime. But in the link step, the following:
http://itmages.ru/image/view/1655530/a5ca9557
You need to link with the C library as well. When compiling with DMD, it
uses GCC to link.
--
/Jacob Carlborg
On 08/05/14 06:54, Etienne Cimon wrote:
I wrote a zlib.mak file for statically compiling the new zlib 1.2.8 on
dmc, using make -fzlib.mak
Isn't zlib already included in Phobos. It contains the sources at least.
--
/Jacob Carlborg
On 08/05/14 08:53, iridium wrote:
That's what happens when linking:
http://itmages.ru/image/view/1655772/669acb30
You need to link with both Phobos and the C standard library. Run "dmd
-v main.d" and look at the linking step at the end.
--
/Jacob Carlborg
On 2014-05-08 15:50, Etienne Cimon wrote:
I saw the dll in the dmd2 bin folder so I assumed it was necessary. Is it?
Actually, I don't know. I just know the zlib source code is included in
Phobos, in etc/c/zlib.
--
/Jacob Carlborg
On 2014-05-08 14:56, Dicebot wrote:
You don't need artificial pseudo syntax for that.
assert!("==") + named tests is good enough to get the context and for
detailed investigation you need file and line number anyway. Stuff like
RSpec is extreme opposite of KISS.
RSpec uses a syntax that makes
On 08/05/14 23:33, Walter Bright wrote:
It's true that when I first encountered C#'s LINQ, I was surprised that
it was lazy.
It's also true that most of std.algorithm is lazy. Apart from coming up
with a new naming convention (and renaming algorithms in Phobos), I
don't see any obvious solution
Cross-posting to get noticed:
http://forum.dlang.org/thread/lkkrij$1r3j$1...@digitalmars.com#post-lkkrij:241r3j:241:40digitalmars.com
--
/Jacob Carlborg
On 2014-05-09 13:57, Dicebot wrote:
This is redundant as D unittest blocks are associated with symbols they
are placed next to.
I prefer to keep my tests in a separate directory.
It introduces bunch of artificial annotations for something that can be
taken care of by a single attribute as a
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 all
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 c
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 o
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 ex
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, e
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 lately
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 partic
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. I
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 y
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 bu
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?
--
/Jacob
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 e
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 operatin
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 happen
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 things
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
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 mast
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 me
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 somethi
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= 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 hash based on the content
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 wr
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
faster
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
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 b
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 worke
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 som
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 (whi
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 Car
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 NSErr
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 ju
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 in
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] https://github.com/jacob-
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 insis
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 intellig
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 su
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, so
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 f
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, si
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 l
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. Yo
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 d
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 type
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
501 - 600 of 2325 matches
Mail list logo