On Saturday, 4 March 2017 at 16:43:21 UTC, Moritz Maxeiner wrote:
On Saturday, 4 March 2017 at 15:35:13 UTC, Ilya Yaroshenko
wrote:
[...]
my 1 cent: we should stop trying to convert C++ users.
Please, do no push devs to do not do something. There are two
directions: betterC and DRuntime.
https://issues.dlang.org/show_bug.cgi?id=17212
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/62cf615dda64274c4f07b2c92a008baa132073ac
Fix issue 17212 std.regex doesn't ignore whitespace
On Sunday, 5 March 2017 at 01:47:24 UTC, Andrei Alexandrescu
wrote:
The ddox documentation with its page-per-artifact approach
Still not sold on this :/
I guess it comes down to preference, but I don't see the
advantage of splitting up the docs across a ton of different
pages.
I've also
On Sunday, 5 March 2017 at 04:26:01 UTC, Seb wrote:
https://github.com/dlang/phobos/pull/5185/commits/c092ce4fcd9e9a45961c41cf44676e76319b9c14
Ah, I actually commented on that one too! Yeah, neither $(D) or
`` is desired on those. LREF alone should do it. (or $(D) alone
does it on ddox and
On Sunday, 5 March 2017 at 01:41:47 UTC, Moritz Maxeiner wrote:
On Sunday, 5 March 2017 at 00:58:44 UTC, Anthony wrote:
[...]
I've learned the basics of D. I read the tutorial book, as I
would call it, and some further tutorials on templates and
other cool things. I just don't feel
On Sunday, 5 March 2017 at 03:38:49 UTC, Andrei Alexandrescu
wrote:
On 3/4/17 10:19 PM, Adam D. Ruppe wrote:
$(D $(LREF Abort)))
A great point, yah this should be never encountered. A
referenced symbol is always in code font. Where's the PR? :O)
-- Andrei
On the closed list, e.g.:
On Sunday, 5 March 2017 at 03:13:46 UTC, Andrei Alexandrescu
wrote:
A pull request for "the competition" would be very much
appreciated!
https://github.com/dlang/dlang.org/pull/1600
that should be an improvement, though I didn't actually test
it... is there an online preview for that?
On 3/4/17 10:19 PM, Adam D. Ruppe wrote:
$(D $(LREF Abort)))
A great point, yah this should be never encountered. A referenced symbol
is always in code font. Where's the PR? :O) -- Andrei
https://pdfs.semanticscholar.org/5de7/591a853ec947f8de7dc70df0b2ecc38b8774.pdf
-- Andrei
On Sunday, 5 March 2017 at 03:14:14 UTC, Adam D. Ruppe wrote:
So it illegally nested a link inside a link, which the browser
interpreted as two adjacent links... and both got that
padding-right from the rule I quoted in my last email, thus
getting some blank space on the first row.
On
On Sunday, 5 March 2017 at 01:47:24 UTC, Andrei Alexandrescu
wrote:
* For some reason tables have the wrong penalties set up
because they hyphenate type names in their left column (e.g.
Pro-erCom-pare) which makes all tables look comically bad.
I see what happened here too: ddox detected
On 3/4/17 10:01 PM, Adam D. Ruppe wrote:
Yeah, I am coming around to agree with you on that too.
Best. Sentence. Written. In. A. Forum. Ever.
This is a css bug:
table.book tbody a
{
padding-right: .6em;
}
Firefox tells me it is `style.css` line 1,000. Surely the intent of that
was to
On Sunday, 5 March 2017 at 01:47:24 UTC, Andrei Alexandrescu
wrote:
* There's code coloring in inline code, which is a bit
distracting. Syntax highlighting should be ideally limited to
code blocks.
Yeah, I am coming around to agree with you on that too. I have
been playing with my highlight
On Saturday, 4 March 2017 at 18:09:10 UTC, Anthony wrote:
To give context to my question, I don't have a problem with
GCs, and this question isn't stemming from a C++ background.
I've been told to learn C++ though, due to its efficiency and
power.
It feels like D is a better choice for me to
https://issues.dlang.org/show_bug.cgi?id=17198
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/tools
https://github.com/dlang/tools/commit/5ffca7b0e097644fbcffbee8ba755e4ae48c9d9f
fix issue 17198 - rdmd does not recompile when
On Saturday, 4 March 2017 at 21:14:23 UTC, solidstate1991 wrote:
However, after I wrote the dub.json and try to compile it as a
test, I get this output:
I don't see anything in your config that jumps out at me as a
potential cause of your problem (though, see below). Do you have
the project
Was just looking over these:
https://dlang.org/library-prerelease/std/experimental/checkedint.html
https://dlang.org/phobos-prerelease/std_experimental_checkedint.html
http://dpldocs.info/experimental-docs/std.experimental.checkedint.html
There are a few issues I found with the ddox-based
On Sunday, 5 March 2017 at 00:58:44 UTC, Anthony wrote:
[...]
I've learned the basics of D. I read the tutorial book, as I
would call it, and some further tutorials on templates and
other cool things. I just don't feel comfortable investing a
significant effort acquainting myself further
https://issues.dlang.org/show_bug.cgi?id=17237
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/10eba509d6a5dfbe509fa1ffe7f4c3962a58a490
fix Issue 17237 - Wrong alignment for 256-bit vectors.
On Sunday, 5 March 2017 at 00:44:26 UTC, cym13 wrote:
On Sunday, 5 March 2017 at 00:06:04 UTC, Inquie wrote:
Finally GC problems are completely exagerated. It only runs
when used so having it to manage exceptions only for example
is completely viable, and it is possible to dereference
threads
On Sunday, 5 March 2017 at 00:06:04 UTC, Inquie wrote:
Finally GC problems are completely exagerated. It only runs
when used so having it to manage exceptions only for example
is completely viable, and it is possible to dereference
threads if you don't want them to be seen by the GC. Using GC
Finally GC problems are completely exagerated. It only runs
when used so having it to manage exceptions only for example is
completely viable, and it is possible to dereference threads if
you don't want them to be seen by the GC. Using GC globally and
avoiding it locally on heat points has
Replaced all the ~> with ==, now I'm getting error from dub
wanting to use the alpha versions of the derelict libraries,
which have minor compatibility issues with my project.
First beta for the 2.073.2 point release.
This version resolves a few regressions and bugs in the 2.073.1 release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.073.2.html
Please report any bugs at https://issues.dlang.org
-Martin
My graphics engine contains two subpackages currently:
-PixelPerfectEngine (the engine itself)
-PixelPerfectEditor (the editor/converter, uses the engine itself
to display screen data)
However, after I wrote the dub.json and try to compile it as a
test, I get this output:
Building package
On Thursday, 2 March 2017 at 02:24:50 UTC, Walter Bright wrote:
http://www.ibis.com/gb/hotel-5694-ibis-berlin-neukoelln/index.shtml
Last year, some people booked late and it was full and they had
to stay at another hotel.
Aaand it's sold out. 2 months before the conference. Wow :)
On Wednesday, 22 February 2017 at 18:12:50 UTC, Jon Degenhardt
wrote:
It's not quite a year since the open-sourcing of eBay's tsv
utilities. Since then there have been a number of additions and
updates, and the tools form a more complete package. The tools
assist with manipulation of tabular
On Saturday, 4 March 2017 at 09:13:15 UTC, Seb wrote:
On Friday, 3 March 2017 at 19:18:31 UTC, jmh530 wrote:
A Jupyter kernel would go a long way to students being able to
easily play around with it in a browser. There's already
dabble (D REPL) that one could make use of. I was surprised at
On Saturday, 4 March 2017 at 17:57:16 UTC, John Colvin wrote:
but to be honest, I would just repeat myself a bit and write
if (regionAlign == RegionAlign.top ||
regionAlign == RegionAlign.bottom) {
}
That's exactly what I did, just wondered - how to do such a thing.
Thank's for the
On Saturday, 4 March 2017 at 17:11:46 UTC, Andrey wrote:
Hello, is there any way to using in expression like in python,
e.g.
if 4 in [1, 3, 4]:
do something
My code in D
if (regionAlign in [RegionAlign.top, RegionAlign.bottom]) {
...
}
throws an error:
incompatible types for
On Saturday, 4 March 2017 at 18:09:10 UTC, Anthony wrote:
I've been having difficulty finding an up-to-date answer to
this question, so I figured I'd ask the forum: can
deterministic memory management be done in D, without losing
any main features? I ask this because I know it's technically
On Saturday, 4 March 2017 at 10:02:15 UTC, Johan Engelen wrote:
If you think you have a good testcase, it's nice for compiler
devs like me to open a new thread about the difference that you
found between the compilers (so that we can try and improve
things).
I'm not sure, if my "testcase" is
On Saturday, 4 March 2017 at 18:09:10 UTC, Anthony wrote:
[snip]
It can be done. C standard library, and thus malloc(), calloc()
and free() come with the standard library. There also are more
high-level was to do it, std.typecons.scoped,
std.experimental.allocator and Dlib (a dub package)
On 03/04/2017 11:03 AM, Gerald wrote:
On Saturday, 4 March 2017 at 07:09:17 UTC, Nick Sabalausky (Abscissa)
wrote:
Just a thought.
Maybe it's just me and this isn't to pick on you specifically, but I'm
getting tired of all of these threads where people tout various
ideas/actions as a way to
https://issues.dlang.org/show_bug.cgi?id=17243
ag0ae...@gmail.com changed:
What|Removed |Added
Summary|std.math.{FloatingPointCont |std.math.{FloatingPointCont
https://issues.dlang.org/show_bug.cgi?id=17243
ag0ae...@gmail.com changed:
What|Removed |Added
Summary|std.math.FloatingPointContr |std.math.{FloatingPointCont
I've been having difficulty finding an up-to-date answer to this
question, so I figured I'd ask the forum: can deterministic
memory management be done in D, without losing any main features?
I ask this because I know it's technically possible, but the
methods that are suggested in the answers
On Saturday, 4 March 2017 at 17:11:46 UTC, Andrey wrote:
Hello, is there any way to using in expression like in python,
e.g.
if 4 in [1, 3, 4]:
do something
My code in D
if (regionAlign in [RegionAlign.top, RegionAlign.bottom]) {
...
}
throws an error:
incompatible types for
Hello, is there any way to using in expression like in python,
e.g.
if 4 in [1, 3, 4]:
do something
My code in D
if (regionAlign in [RegionAlign.top, RegionAlign.bottom]) {
...
}
throws an error:
incompatible types for (((cast(Widget)this).regionAlign()) in
([top, bottom])):
On Friday, 3 March 2017 at 19:00:00 UTC, Jeremy DeHaan wrote:
This is exciting for me because I really enjoyed the work I did
during the last GSoC, so I'm hoping to learn more about garbage
collection and contribute to D's garbage collector more in the
future.
What's the status of that work
On Saturday, 4 March 2017 at 16:03:46 UTC, Gerald wrote:
Maybe it's just me and this isn't to pick on you specifically,
but I'm getting tired of all of these threads where people tout
various ideas/actions as a way to improve D, make it more
popular, cure cancer, solve world hunger, etc with
On Saturday, 4 March 2017 at 15:35:13 UTC, Ilya Yaroshenko wrote:
[...]
my 1 cent: we should stop trying to convert C++ users.
Please, do no push devs to do not do something. There are two
directions: betterC and DRuntime.
I've tried to follow the "betterC" discussion, but so far a
On Saturday, 4 March 2017 at 11:30:44 UTC, Vladimir Panteleev
wrote:
On Saturday, 4 March 2017 at 11:29:05 UTC, Vladimir Panteleev
wrote:
worth considering that
worth considering the possibility that*
I almost always consider that anything may not be true, and I am
definitely considering
On Saturday, 4 March 2017 at 07:09:17 UTC, Nick Sabalausky
(Abscissa) wrote:
Perhaps...take a worthwhile C/C++ project with real potential,
fork it, and port it to D. And make a real commitment to
maintaining it. Obviously a bit of a gambit, granted, but the
potential payout is improving a
On Saturday, 4 March 2017 at 13:24:25 UTC, ketmar wrote:
Nick Sabalausky (Abscissa) wrote:
Just a thought for boosting D's street cred:
Perhaps...take a worthwhile C/C++ project with real potential,
fork it, and port it to D. And make a real commitment to
maintaining it. Obviously a bit of
On 03/03/2017 05:39 PM, ag0aep6g wrote:
dmd generates SSE instructions for floating point math.
FloatingPointControl only minds the control register for the FPU. But
SSE instructions are not affected by that. SSE has a separate control
register: MXCSR.
I've filed an issue:
On Wednesday, 1 March 2017 at 23:21:14 UTC, Seb wrote:
@Adam: I like your docs as well!
Have you ever considered adding vibe.d to them?
I just ran the generator over them now (though I did NOT add them
to the search index or the source listing so you can't search or
view source, but you can
https://issues.dlang.org/show_bug.cgi?id=17243
ag0ae...@gmail.com changed:
What|Removed |Added
Keywords||pull
https://issues.dlang.org/show_bug.cgi?id=17243
Issue ID: 17243
Summary: std.math.FloatingPointControl doesn't work on x86_64
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: normal
Nick Sabalausky (Abscissa) wrote:
Just a thought for boosting D's street cred:
Perhaps...take a worthwhile C/C++ project with real potential, fork it,
and port it to D. And make a real commitment to maintaining it.
Obviously a bit of a gambit, granted, but the potential payout is
improving
On Saturday, 4 March 2017 at 11:29:05 UTC, Vladimir Panteleev
wrote:
On Saturday, 4 March 2017 at 11:26:31 UTC, XavierAP wrote:
Google try their best and they may track individual IP
addresses (even dynamic)
I am not going to debate this but it might be worth considering
that this is simply
On Saturday, 4 March 2017 at 11:29:05 UTC, Vladimir Panteleev
wrote:
worth considering that
worth considering the possibility that*
On Saturday, 4 March 2017 at 11:26:31 UTC, XavierAP wrote:
Google try their best and they may track individual IP
addresses (even dynamic)
I am not going to debate this but it might be worth considering
that this is simply not true, as far as search result
customization goes.
On Saturday, 4 March 2017 at 11:16:17 UTC, Vladimir Panteleev
wrote:
Most browsers have a private browsing mode, which separates
cache/cookies/etc. from your regular browsing. Doing this will
usually allow you to temporarily reset your filter bubble.
As Andrej said above, clearing cookies (or
On Friday, 3 March 2017 at 07:51:06 UTC, Ola Fosheim Grøstad
wrote:
Not sure what you mean by private session, but they build up a
model of your fields of interest which is why you are getting
relevant results.
Most browsers have a private browsing mode, which separates
cache/cookies/etc.
Hello. I need D programmer who has an experience in sockets and
networking in order to make my server running.
100$ will be paid to the developer at the end of the work.
Please email me : a.mammad...@liverpool.ac.uk
Regards
On Friday, 3 March 2017 at 09:50:58 UTC, Andrej Mitrovic wrote:
On Friday, 3 March 2017 at 07:51:06 UTC, Ola Fosheim Grøstad
wrote:
I get those same results when using my regular browser, but
when using another browser I get "ad lib" etc, nothing about
programming.
You may be right. :)
I
On Friday, 3 March 2017 at 22:06:11 UTC, berni wrote:
On Friday, 3 March 2017 at 20:10:25 UTC, Ali Çehreli wrote:
Which would put gdc in between the two. Is your experience
different?
Actually, I've got not much experience. A few weeks ago I ran a
test where ldc was in between dmd and gdc.
Here's a recent stackoverflow thread where somebody asked why GDC is
not able to remove completely inlined or unused, module-private
functions: http://stackoverflow.com/q/42494205/471401
In C it's possible to mark a function as static and the compiler won't
emit an externally callable function
On Friday, 3 March 2017 at 18:45:50 UTC, Nick Sabalausky
(Abscissa) wrote:
On 03/03/2017 10:40 AM, Russel Winder via Digitalmars-d wrote:
IDEs, vastly more supportive, useful software development
functionality
than editors, especially for debugging, yes.
It's that last one, the one about
On Friday, 3 March 2017 at 19:18:31 UTC, jmh530 wrote:
A Jupyter kernel would go a long way to students being able to
easily play around with it in a browser. There's already dabble
(D REPL) that one could make use of. I was surprised at the
breadth of the list of kernels available these days.
On Friday, 3 March 2017 at 19:49:06 UTC, Jared Jeffries wrote:
I think that the programming tutorial using D as the first
programming language is what is really need, and fortunately I
see that now it's on his way.
Ali Çehreli's book is really good in that regard. he explains
programming
That's a curious statement, because I was trained mainly as a
C/C++ programmer, and still use them for my job every day. I
was very well-versed in the intricacies of C, and somewhat C++,
yet I was very unhappy with them. For several years I would
scour the net during my free time to look for
On Saturday, 4 March 2017 at 07:09:17 UTC, Nick Sabalausky
(Abscissa) wrote:
Just a thought for boosting D's street cred:
Perhaps...take a worthwhile C/C++ project with real potential,
fork it, and port it to D. And make a real commitment to
maintaining it. Obviously a bit of a gambit,
64 matches
Mail list logo