On 2014-04-16 19:52, Adam D. Ruppe wrote:
What I want is a __trait that scans for all call expressions in a
particular function and returns all those functions.
Then, we can check them for UDAs using the regular way and start to
implement library defined things like @safe, @nogc, etc. (safe
On 2014-04-17 15:08, Orvid King via Digitalmars-d wrote:
Lastly, I'll add support for stack allocated
classes, however that will likely have to be disabled until DMD gets
full escape analysis. As a final note, this will be the 3rd GC I've
written, although it will be the most complex by far.
On Friday, 18 April 2014 at 15:49:59 UTC, Andrei Alexandrescu
wrote:
We can (and probably should) integrate server-side scripting as
well. http://dlang.org/bugstats uses PHP. Ideally we'd migrate
the entire website to vibe.d.
Yes please. Ddoc might be better than plain HTML but most other
On Friday, 18 April 2014 at 16:40:32 UTC, Aleksandar Ruzicic
wrote:
I must respectfully disagree about retaining left justification.
I have 27'' monitor with resolution of 2560x1440 and
left-aligned websites are really hard to read!
Agree. I think we should use Bootstrap. Then we can also
On 2014-04-18 18:17, Brad Anderson wrote:
Problems like how toUpperInPlace would still allocate (with
gusto) could much more easily be recognized and fixed with @nogc available.
toUpperInPlace should be removed. It cannot work reliable in place.
--
/Jacob Carlborg
On 2014-04-18 22:25, Walter Bright wrote:
dmd could do a better job of escape analysis, and do this automatically.
That would be really nice. Is this long hanging fruit or does it require
a lot of work?
--
/Jacob Carlborg
On 2014-04-19 10:54, Aleksandar Ruzicic wrote:
Bootstrap is great but I wouldn't use it for this project. As it might
be difficult to work with when you don't want that bootstrap style
look. OTOH Zurb's Foundation framework is all about structure and it
leaves styling up to you which is great.
On 2014-04-19 12:21, bearophile wrote:
Better to move it in std.ascii instead of removing it.
The current implementation works with more characters than ASCII.
--
/Jacob Carlborg
On 2014-04-17 16:59, Steven Schveighoffer wrote:
I don't think this is a viable mechanism to check pointers. It's too slow.
Couldn't a single bit be used to indicate if it's a GC pointer or not?
--
/Jacob Carlborg
On 2014-04-19 15:40, monarch_dodra wrote:
Nonsense. It still works 99% of the time (I think only a subset of 100
letters in all of Unicode are affect, and even then, another 100 of them
*shrink* on toUpper). It is really useful. It avoids *needles*
allocations. Removing it would be more harmful
On 2014-04-19 23:06, Nick Sabalausky wrote:
God no. I like forum.dlang.org and all, but scaling the font size when
the window resizes is horrible UX. Example: If I shrink the browser
window, for *whatever* reason, I expect not to have an over-zealous CSS
decide Oh! He must want the text to
On 2014-04-19 13:09, Aleksandar Ruzicic wrote:
I have experience with ElasticSearch but I'm open to all suggestions, if
Solr is better, then we'll use Solr.
But this is something Walter must approve first, as it would mean
ditching Google search in favor of our own search service.
They're
On Sunday, 20 April 2014 at 14:38:47 UTC, Frustrated wrote:
How bout this!
Why not allow one to define their own attributes from a
generalized subset and then define a few standard ones like
@nogc.
Sounds like you want AST macros. Have a look at this
On 21/04/14 10:49, Lars T. Kyllingstad wrote:
Ok, so any number was poorly phrased. What I meant was a large
number, because in my experience, modules tend to be quite large.
Specifically, they are rarely limited to containing just a single
class. They often contain multiple classes, along
On 21/04/14 23:33, Dicebot wrote:
I think it is very important to dogfood here and add any currently
missing dependencies as dub packages instead.
Unless we can use libsass, I would say it's not very productive to
implement a new Sass compiler, just to avoid a dependency.
--
/Jacob
On 21/04/14 23:23, Andrei Alexandrescu wrote:
I confess getting a bit uncomfortable about adding new dependencies at
this point. We depend on dpl-docs already, and the tool was difficult to
install and broke from one dmd release to the next. Sönke was nice and
proactive about it, but he's an
On 21/04/14 19:49, Frustrated wrote:
Not quite. AST macros simply transform code. Attributes attach meta data
to code. While I'm sure there is some overlap they are not the same.
Unless AST macros have the ability to arbitrary add additional
contextual information to meta code then they can't
On 22/04/14 01:02, Walter Bright wrote:
The thing is, with iOS ARC, it cannot be statically guaranteed to be
memory safe. This makes it simply not acceptable for D in the general
case. It works with iOS because iOS allows all kinds of (unsafe) ways
to escape it, and it must offer those ways
On 2014-04-22 11:20, Yuriy wrote:
Hello, is there a way of getting CT info of a class' children?
Not in a pretty way but I think this should work:
* Implement a custom RTInfo in object.d in druntime. This template will
be instantiated with all user defined types
* For each type that is a
On 2014-04-22 09:56, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
I never use css macros-tools, regular template libraries are usually
better (e.g. jinja2 allows me to execute python expressions if needed).
With current browsers the CSS is getting much more streamlined too
On 2014-04-22 14:21, w0rp wrote:
I like your design. Go forth and make it happen.
On line length, the optimal line length is somewhere between 70 and 110
characters from what I have read. I found one study here which didn't
turn up a great observable difference in reading speed or comprehension
On 2014-04-22 18:38, Andrei Alexandrescu wrote:
I'm clearly outta my depth here, basing myself off of giving
http://sass-lang.com/guide a couple minutes. From what I can tell here's
how ddoc matches up sass features:
Pre-processing: yes
Variables: yes
Nesting: no
Partials, Import: somewhat (by
On 23/04/14 06:33, Walter Bright wrote:
I repeatedly said that it is not memory safe because you must employ
escapes from it to get performance.
Apparently you need that for the GC as well, that's why this thread was
started to begin with.
--
/Jacob Carlborg
On 22/04/14 20:48, Steven Schveighoffer wrote:
I mean not like I can't because I don't want to or don't have time, but
can't as in I lack the skill set :) It's interesting to debate, and I
get the concepts, but I am not a CPU/cache guy, and these things are
really important to get right for
On 22/04/14 22:50, Yuriy wrote:
Any way to do it without patching druntime?
Not that I know of.
--
/Jacob Carlborg
On 22/04/14 20:06, Brian Schott wrote:
We have alias a = b; and alias b a;, so there's precedent for having
two ways of doing exactly the same thing.
I believe that for aliasing function pointers only the latter syntax works.
--
/Jacob Carlborg
On 23/04/14 00:57, Nick Sabalausky wrote:
Apparently they can't even manage make basic links work properly:
http://getbootstrap.com/examples/starter-template/
How anyone can manage to fuck up a href=../a is beyond me.
What's fucked up with the links?
--
/Jacob Carlborg
On 23/04/14 10:31, Walter Bright wrote:
Manu, you obviously believe in ARC. I've made an attempt to do ARC,
detailed in the other thread here. I failed.
http://forum.dlang.org/thread/l34lei$255v$1...@digitalmars.com
That conversation started out from the D/Objective-C conversations. To
have
On 23/04/14 13:39, Joakim wrote:
Alright, finally hacked dmd to produce something like packed TLS for
ELF. I just ran the druntime unit tests on Android/x86 and all 38
modules passed, :) even after changing the number of TLS variables a
couple times, which was causing segfaults with the native
On 2014-04-23 17:57, Steven Schveighoffer wrote:
Sure, but there are things I CAN do with my limited time, that I do have
the expertise for. I've already been schooled by the likes of you and
Michel Fortin on my knowledge of ref counting implementation.
That's completely different. I've felt
On 23/04/14 19:12, Walter Bright wrote:
Too many double negatives for me to be sure what you're saying. But it
is clear to me that with Michel's experience with ARC in iOS combined
with Manu's enthusiasm for it suggests that they are the right team to
come up with a workable proposal, where
On 24/04/14 00:29, Martin Nowak wrote:
Looks fairly interesting, because it partly solves the issue to allow
custom rtinfo.
I don't like this solution for custom RTInfo. It requires you to change
your type. I would rather modify the compiler to do something like this:
* Add a UDA to
On 23/04/14 08:39, Walter Bright wrote:
I made a build of dmd with a collector in it. It destroyed the speed.
Took it out.
Isn't that bad advertisement for the GC in D? Or has it something to do
with DMD not being designed with a GC in mind?
--
/Jacob Carlborg
On 24/04/14 00:12, Nick Sabalausky wrote:
SCSS has always been more interesting to me than SASS, but yea, this
seems to pretty much be an independently-developed equivalent to SCSS,
which is pretty cool.
Technically, Sass is the name of the language. It provides two syntaxes,
SASS and SCSS.
On 24/04/14 00:08, Nick Sabalausky wrote:
They don't work.
But...maybe they're only intended to be single-page-only examples? (Now
that I think about it...)
Yes. Bootstrap won't touch your links with JavaScript, unless you tell
it to.
If so, then I must have misunderstood the examples.
On 2014-04-24 16:19, Adam D. Ruppe wrote:
Hmm, looking at the sass webpage, I think I could do some of the
features but prolly not all and with a different syntax. So it wouldn't
work for a full scss compiler.
Sass really has some advanced features. It's possible to create a
function in Ruby
On 24/04/14 23:49, bearophile wrote:
Yes, sorry, I know this could cause some troubles, but if you think hard
about the situation, you will see that this is currently the best (or
less bad) solution. It was recently discussed in D.learn, but I can't
find the thread. So let's not discuss it
On Friday, 25 April 2014 at 15:29:38 UTC, Steven Schveighoffer
wrote:
Well, @nogc is not released yet. Please tell me we don't have
to avoid breaking code based on git HEAD...
We've already done that before, with UDA's. So, you never know.
--
/Jacob Carlborg
On 2014-04-25 16:28, bearophile wrote:
This problem was underlined during this thread far before the merging of
the @nogc implementation. Why have Walter Andrei ignored the problem?
What's the point of creating a DIP if you ignore the problems found in
its discussion? What's the point of 338
On 2014-04-26 11:31, Walter Bright wrote:
http://wiki.dlang.org/DIP61
Best practices in C++ code increasingly means putting functions and
declarations in namespaces. Currently, there is no support in D to call
C++ functions in namespaces. The primary issue is that the name mangling
doesn't
On Saturday, 26 April 2014 at 09:31:48 UTC, Walter Bright wrote:
http://wiki.dlang.org/DIP61
Best practices in C++ code increasingly means putting functions
and declarations in namespaces. Currently, there is no support
in D to call C++ functions in namespaces. The primary issue is
that the
On 2014-04-26 16:43, Daniel Murphy wrote:
At least these days it only happens when Walter and Andrei agree instead
of just Walter merging whatever he feels like.
Yeah, but it's still a problem when the rest of the community disagrees.
--
/Jacob Carlborg
On 27/04/14 21:39, Walter Bright wrote:
std.datetime is a giant kitchen sink. This is not the best way to
organize things. Using smaller modules under packages is a much better way.
It's taken an amazingly long time for the core developers to realize
this. I'm glad it's happened tough :)
On 28/04/14 10:14, Andrej Mitrovic via Digitalmars-d wrote:
Really? I've seen everyone complain about it from day 1.
When I started to complain about having too big modules nobody agreed.
--
/Jacob Carlborg
On 28/04/14 08:49, Walter Bright wrote:
We've known it for a long time, but nobody has done anything about it.
For example, the new package.d feature was specifically designed so that
long modules can be broken up without breaking user code. Nobody has yet
modified any Phobos code to actually
On 2014-04-29 17:27, Adam D. Ruppe wrote:
I recently started a Ruby on Rails job and using it makes me really,
really miss the high productivity and ease of use D offers.
I'm curious to why you think D is more productive and easier to use.
--
/Jacob Carlborg
On 30/04/14 00:09, Adam D. Ruppe wrote:
A lot of things, mostly focusing around having the compiler to help
refactor with confidence (the importance of this really can't be
understated) and having libraries that fit better.
I think one of the great things about Rails and Ruby is all the
On 2014-04-30 18:55, Andrei Alexandrescu wrote:
Walter and I also discussed static unittest a while ago - yes, another
use of static :o).
A static unittest would be evaluated only during compilation, and would
prove things that fall in the realm of static checking but are not
verifiable with
On 2014-04-30 15:38, Adam D. Ruppe wrote:
Of course, I doubt the gap will ever be closed, since Ruby's awfulness
isn't dependent on my experience level. It's not like it will ever get
static typing even if I used it all the time. It won't get faster.
ActiveRecord won't get sane.
Ruby has
On 2014-04-30 11:43, Dicebot wrote:
This is common complaint I still fail to understand. I have never ever
wanted to run a single unit test, why would one need it? If running all
module tests at once creates problems than either module is too big or
unit tests are not really unit tests.
Why
On 2014-04-30 17:04, Adam D. Ruppe wrote:
I like implementing things myself :P
That's the question I dread most at meetings now: is there a gem for
this? idk, in the time it takes to search for and evaluate third party
code, I could have just written it myself. Especially since libraries
On 2014-04-30 17:43, Andrei Alexandrescu wrote:
Hello,
A coworker mentioned the idea that unittests could be run in parallel
(using e.g. a thread pool). I've rigged things to run in parallel
unittests across modules, and that works well. However, this is too
coarse-grained - it would be great
On 2014-04-30 19:30, Dicebot wrote:
I believe only missing step right now is propagation of UDA's to RTInfo
when demanded. Everything else can be done as Phobos solution.
I don't see why this is necessary for this case.
--
/Jacob Carlborg
On 2014-04-30 22:11, Russel Winder via Digitalmars-d wrote:
This cannot be a good idea. If the block says unittest then it contains
unit tests, not integration tests or system tests, just unit tests.
Then we need to come up with a separate framework for doing all other
kinds of tests.
--
On 2014-04-30 22:38, Adam D. Ruppe wrote:
Yeah, foreign keys are really an absolute must. So are uniqueness
constraints. Rails can kinda do these, but in its own reinvented ways
that don't actually hit the DB (at least not without add on gems)
Rails unique constraints do hit the DB, but they
On 2014-04-30 22:36, Nick Sabalausky wrote:
Aren't you talking about databases? Single-threading won't save you from
races there unless the DBMS itself is single-threaded (which would be a
pretty undesirable DBMS).
Are you referring to if one process executes line 1 while another
executes
On 2014-04-30 23:25, Jonathan M Davis via Digitalmars-d wrote:
Sure, that helps, but it's trivial to write a unittest block which
depends on a previous unittest block
There for the tests should be run in random order.
--
/Jacob Carlborg
On 2014-04-30 23:35, Andrei Alexandrescu wrote:
Agreed. I think we should look into parallelizing all unittests. -- Andrei
I recommend running the tests in random order as well.
--
/Jacob Carlborg
On 2014-04-30 21:12, bearophile wrote:
Are UDAs enough?
@uname(foo) unittest {}
What I'd like is to tie one or more unittests to other entities, like
all the unittests of a specific function.
Something similar is done in RSpec. A BDD framework in Ruby. In D it
might look like this:
On 2014-05-01 11:37, Dicebot wrote:
You only need to make sure all modules are transitively imported from
initial one.
The solution for that would be RMInfo [1], like RTInfo but for modules
instead of types.
[1] https://github.com/D-Programming-Language/dmd/pull/2271
--
/Jacob Carlborg
On 2014-05-01 09:10, Dicebot wrote:
It is not strictly necessary but you can't reliably get all unit test
blocks during compile-time (must be transitively imported) and current
run-time reflection for tests is missing any data but actual function
pointers. I am personally perfectly satisfied
On 2014-04-30 22:41, Andrei Alexandrescu wrote:
Yah I think that's possible but I'd like the name to be part of the
function name as well e.g. unittest__%s.
Why is that necessary? To have the correct symbol name when debugging?
I'm using something quite similar to RSpec from the Ruby world:
On 2014-05-01 14:00, Johannes Pfau wrote:
But on a quick look I don't understand how this (or DRT #775) completely
solves the issue.
Now you don't have to import the modules anymore, which is a step
forward, but let's say I want to used this to find all SubClasses of a
class.
Now I can
On 2014-05-01 15:54, Marc Schütz schue...@gmx.net wrote:
You can also use the built-in `includes()`, which does a LEFT OUTER JOIN:
Post.includes(:comments).where(comments: {title: bar})
(It also eager-loads the comments, but this is usually desired anyway,
because an OUTER JOIN doesn't
On 2014-05-01 19:12, Steven Schveighoffer wrote:
But not a great way to debug it.
If your test failure depends on ordering, then the next run will be
random too.
Proposal runtime parameter for pre-main consumption:
./myprog --rndunit[=seed]
To run unit tests randomly. Prints out as first
On 2014-05-01 19:56, Marc Schütz schue...@gmx.net wrote:
Exactly. I just feel that client-side validation is unnecessary
duplication in most cases. But sure, it can be used where it makes sense.
There's a gem [1] for that. Although it seems that one is not maintained
anymore.
[1]
On 2014-05-01 17:15, Andrei Alexandrescu wrote:
That's all nice, but I feel we're going gung ho with overengineering
already. If we give unittests names and then offer people a button
parallelize unittests to push (don't even specify the number of
threads! let the system figure it out depending
On 02/05/14 02:22, H. S. Teoh via Digitalmars-d wrote:
I was reading this article of Walter's:
http://www.drdobbs.com/cpp/the-x-macro/228700289
Which is a neat trick that I wish I'd known back when I was writing
C/C++. But the thought crossed my mind: what's the D equivalent of the X
On 01/05/14 21:55, Marc Schütz schue...@gmx.net wrote:
You're probably right. I thought that changed in a recent release, but
can't find it anymore.
I don't know. I wouldn't trust it. It's the behavior in Rails 3. I
haven't used Rails 4 yet.
--
/Jacob Carlborg
On 2014-05-02 17:38, Marc Schütz schue...@gmx.net wrote:
But my main point was actually this:
Don't disallow destructors on classes just because they are classes, but
disallow them when they are not guaranteed to be called (or calling them
is troublesome because of multi-threading), i.e. GC.
On 2014-05-03 14:28, monnoroch wrote:
That leaves only to determine, what objects are scoped. Well, that is
obviously stack-allocated structs, gc-allocated scope classes and
gc-allocated structs in scope classes.
Will the destructor of GC allocated scope classes be called when its
On 2014-05-03 21:52, Atila Neves wrote:
For me it's the output. I don't want to see the output of other
tests when I'm debugging a failure.
That's a good point.
--
/Jacob Carlborg
On 2014-05-03 21:51, Atila Neves wrote:
This is why I started to learn Cucumber.
Cucumber is for acceptance tests. There are also functional and
integration tests.
--
/Jacob Carlborg
On 2014-05-02 19:25, brad clawsie wrote:
this has been the fundamental issue for me. its not just missing libs,
its libs that are surfaced via a C-binding, which in my limited
I've had problems with ImageMagick, basically every time. But that's the
only one I can think of, at least for now.
On 04/05/14 20:26, Jonas Drewsen wrote:
Just had a quick look at the source code.
If this is to be something like the official gfx library wouldn't it
make sense to follow the phobos coding style?
For example struct Size instead of struct SIZE
To me, most code there looks like bindings.
--
On 04/05/14 23:20, Daniele M. wrote:
You are right, devs would eventually abuse everything possible, although
it would make it for sure more visible: you cannot advertize an un-@safe
library as @safe, although I agree that a lot depends from devs/users
culture.
In D, you can at least
On 05/05/14 00:55, H. S. Teoh via Digitalmars-d wrote:
I'm sorry, but this is patently false. I am neither in the inner circle,
nor do I represent any corporation, yet I've had many changes pulled
into Phobos (including brand new code).
I think he's referring to language changes. Things that
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,
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
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.
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 to
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
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
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
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
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
1 - 100 of 3698 matches
Mail list logo