https://issues.dlang.org/show_bug.cgi?id=14751
--- Comment #1 from Jack Applegame jappleg...@gmail.com ---
Fix - https://github.com/D-Programming-Language/phobos/pull/3524
--
On 4 August 2015 at 05:47, Tofu Ninja via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 June 2015 at 14:58:35 UTC, Manu wrote:
https://github.com/D-Programming-Language/phobos/pull/2845
I'm getting quite happy with it.
I think it's a good and fairly minimal but useful
On Tuesday, 4 August 2015 at 08:36:26 UTC, John Colvin wrote:
Do you mean this instead?
spawn(fooPtrToBarArr, foo, bar);
Yep, that was a typo when writing up the post!
Anyway, you need to use shared, not __gshared, then it should
work.
I have been wary of shared because of:
On Tuesday, 4 August 2015 at 10:29:57 UTC, 岩倉 澪 wrote:
On Tuesday, 4 August 2015 at 08:35:10 UTC, Dicebot wrote:
auto output = receiveOnly!(immutable(Bar)[]);
Won't message passing like this result in an expensive copy, or
does the cast to immutable via assumeUnique avoid that?
On Tue, 04 Aug 2015 10:29:55 +
岩倉 澪 mio.iwak...@gmail.com wrote:
On Tuesday, 4 August 2015 at 08:35:10 UTC, Dicebot wrote:
auto output = receiveOnly!(immutable(Bar)[]);
Won't message passing like this result in an expensive copy
No it will copy only struct containing length and
On 8/3/15 9:11 PM, Walter Bright wrote:
enforce(), etc., are for CHECKING FOR INPUT ERRORS. Environmental errors
are input errors, not programming bugs.
enforce isn't available in druntime. In this case, we don't want to
throw an exception anyways, or we would have to remove nothrow from
https://issues.dlang.org/show_bug.cgi?id=14865
--- Comment #3 from Steven Schveighoffer schvei...@yahoo.com ---
(In reply to Dmitry Olshansky from comment #2)
Could it do a test on invariant v-table slot to see if it's a default
invariant?
Then if it's the default - just test for null inline,
import std.concurrency;
import std.typecons : Unique;
import std.exception : assumeUnique;
struct Foo { }
struct Bar { }
void bar_generator (Tid ownerTid)
{
receive(
(shared(Foo)* input) {
auto output = new Bar[100];
// compute output ..
// ..
On Tuesday, 4 August 2015 at 08:03:54 UTC, 岩倉 澪 wrote:
Hi all, I'm a bit confused today (as usual, haha).
I have a pointer to a struct (let's call it Foo) allocated via
a C library.
I need to do some expensive computation with the Foo* to create
a Bar[], but I would like to do that
Yes, I am aware of that. I was thinking of volunteering for some
time, with help of others. We have a healthy D community here in
London and we should work on making it bigger.
Cheers!
On Tuesday, 4 August 2015 at 13:42:15 UTC, Chris wrote:
Good that you point that out. Most people I know claim that
it's easier to develop/prototype in with Matlab. Apart from
execution speed and fast prototyping, Matlab is proprietary.
This alone is a deal breaker.
I can only imagine it
On 8/4/15 8:25 AM, Andrei Alexandrescu wrote:
On 8/4/15 1:35 AM, Ali Çehreli wrote:
I am trying this now. I've already hit a problem. The wiki makes it
sound like the bootstrapping is optional. As I already have dmd 2.067, I
skipped that stepped and failed when making druntime as it apparently
https://issues.dlang.org/show_bug.cgi?id=14863
Ali Cehreli acehr...@yahoo.com changed:
What|Removed |Added
CC||acehr...@yahoo.com
---
https://issues.dlang.org/show_bug.cgi?id=14828
--- Comment #16 from Walter Bright bugzi...@digitalmars.com ---
Different fix:
https://github.com/D-Programming-Language/dmd/pull/4859
--
https://issues.dlang.org/show_bug.cgi?id=846
--- Comment #11 from Walter Bright bugzi...@digitalmars.com ---
Different fix: https://github.com/D-Programming-Language/dmd/pull/4859
--
On Tuesday, 4 August 2015 at 04:10:33 UTC, tcak wrote:
max_hex_length = 2
max_dec_length = 3
max_bin_length = 8
I think that there is no need to add such properties. They
clearly belong into the application domain. min and max values
are different because they depend on the internal
On Tuesday, 4 August 2015 at 06:17:15 UTC, rumbu wrote:
enum max_hex_length = T.sizeof * 2;
enum max_bin_length = T.sizeof * 8;
enum max_dec_length = cast(T)log10(T.sizeof) + 1;
Errata:
enum max_dec_length = cast(T)log10(T.max) + 1;
On Tuesday, 4 August 2015 at 04:10:33 UTC, tcak wrote:
There is a use case for me that I am given a string, and before
even trying to convert it to integer, I want to check whether
it is valid. One of the checks necessary for this is the length
of string.
So, if I have received 156 and it
On 08/04/2015 01:03 AM, 岩倉 澪 wrote:
Hi all, I'm a bit confused today (as usual, haha).
I have a pointer to a struct (let's call it Foo) allocated via a C library.
I need to do some expensive computation with the Foo* to create a Bar[],
but I would like to do that computation in the background,
On Thursday, 30 July 2015 at 13:43:35 UTC, karabuta wrote:
D is really cool and makes a good candidate for developing a
game. Are there any guys out there using D for indie games?
For some time I have been seeing some cool game engine being
developed in the DUB repo. What more is happening? I
On Sunday, 2 August 2015 at 16:25:18 UTC, Yura wrote:
Dear D coders/developers,
I am just thinking on one project in computational chemistry,
and it is sort of difficult for me to pick up the right
language this project to be written. The project is going to
deal with the generation of the
https://issues.dlang.org/show_bug.cgi?id=14849
--- Comment #9 from Sobirari Muhomori dfj1es...@sneakemail.com ---
(In reply to Martin Nowak from comment #7)
Now that I have VS2015 setup, I get the following link errors for hello
world.
https://github.com/ldc-developers/druntime/pull/29 ?
--
On Monday, 3 August 2015 at 21:32:05 UTC, DLearner wrote:
Looks like 0-base is fixed, to avoid problems with existing
code.
But nothing stops _adding_ to the language by allowing
int[x:y] foo to mean valid symbols are foo[x], foo[x+1],...,
foo[y].
Plus rule that int[:y] means valid symbols
On Tuesday, 4 August 2015 at 10:37:39 UTC, Dicebot wrote:
std.concurrency does by-value message passing (in this case
just ptr+length), it never deep copies automatically
I assumed that it would deep copy (in the case of mutable data)
since the data being sent is thread-local (unless I am
On Tuesday, 4 August 2015 at 08:18:58 UTC, John Colvin wrote:
On Tuesday, 4 August 2015 at 03:20:38 UTC, Craig Dillabaugh
wrote:
I can now run it with:
LD_LIBRARY_PATH=/home/craig2/code/gdal-2.0.0/lib64 ./gdaltest
But it appears the LD_LIBRARY_PATH hack is causing havoc with
other libraries,
On Tuesday, 4 August 2015 at 04:21:27 UTC, Joakim Brännström
wrote:
On Tuesday, 4 August 2015 at 03:20:38 UTC, Craig Dillabaugh
wrote:
clip
Linkers, so fun they are...
https://wiki.debian.org/RpathIssue
As you can see in the search order RPATH takes precedence over
LD_LIBRARY_PATH.
If we
On Tuesday, 4 August 2015 at 11:33:11 UTC, 岩倉 澪 wrote:
On Tuesday, 4 August 2015 at 10:37:39 UTC, Dicebot wrote:
std.concurrency does by-value message passing (in this case
just ptr+length), it never deep copies automatically
I assumed that it would deep copy (in the case of mutable data)
On 8/3/15 9:13 PM, Walter Bright wrote:
On 8/3/2015 5:25 PM, Ali Çehreli wrote:
On 08/03/2015 04:57 PM, Steven Schveighoffer wrote:
At the very least, assert(0, message) should be a compiler error,
the
message is unused information.
Agreed.
No.
1. If you want the message, do not use
https://issues.dlang.org/show_bug.cgi?id=14863
--- Comment #10 from Sobirari Muhomori dfj1es...@sneakemail.com ---
It's merged into stable:
https://github.com/D-Programming-Language/druntime/compare/stable
--
I'm not a programmer myself and used D for a project in computational
electromagnetics. While I had to implement numerical integration and a bit
of linear algebra which was annoying (would be really useful in phobos), it
was a joy to work with and the resulting program was incredibly fast.
Most
fix - https://github.com/D-Programming-Language/phobos/pull/3524
On Tuesday, 4 August 2015 at 13:25:22 UTC, maarten van damme
wrote:
I'm not a programmer myself and used D for a project in
computational
electromagnetics. While I had to implement numerical
integration and a bit
of linear algebra which was annoying (would be really useful in
phobos), it
was a
On 4 August 2015 at 22:13, Suliman via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 4 August 2015 at 11:01:58 UTC, Manu wrote:
On 4 August 2015 at 05:47, Tofu Ninja via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 June 2015 at 14:58:35 UTC, Manu wrote:
On Tuesday, 4 August 2015 at 14:24:47 UTC, Manu wrote:
On 4 August 2015 at 21:01, Manu turkey...@gmail.com wrote:
On 4 August 2015 at 05:47, Tofu Ninja via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 June 2015 at 14:58:35 UTC, Manu wrote:
On Tuesday, 4 August 2015 at 13:42:15 UTC, Chris wrote:
On Tuesday, 4 August 2015 at 13:25:22 UTC, maarten van damme
wrote:
I'm not a programmer myself and used D for a project in
computational
electromagnetics. While I had to implement numerical
integration and a bit
of linear algebra which
On Tuesday, 4 August 2015 at 13:58:02 UTC, bachmeier wrote:
On Tuesday, 4 August 2015 at 13:42:15 UTC, Chris wrote:
Good that you point that out. Most people I know claim that
it's easier to develop/prototype in with Matlab. Apart from
execution speed and fast prototyping, Matlab is
On 4 August 2015 at 21:01, Manu turkey...@gmail.com wrote:
On 4 August 2015 at 05:47, Tofu Ninja via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 June 2015 at 14:58:35 UTC, Manu wrote:
https://github.com/D-Programming-Language/phobos/pull/2845
I'm getting quite happy with
On Tue, 2015-08-04 at 09:54 +, Dejan Lekic via Digitalmars-d
-announce wrote:
Yes, I am aware of that. I was thinking of volunteering for some
time, with help of others. We have a healthy D community here in
London and we should work on making it bigger.
Kingsley has stepped down as
On 08/03/2015 11:59 AM, Dicebot wrote:
General advice - simply don't ever use -release unless you are _very_
sure about program correctness (to the point of 100% test coverage and
previous successful debug runs)
This is very true. I never disable asserts or bounds checking for
exactly that
On Tuesday, 4 August 2015 at 14:40:16 UTC, Nick Sabalausky wrote:
On 08/03/2015 11:59 AM, Dicebot wrote:
General advice - simply don't ever use -release unless you
are _very_
sure about program correctness (to the point of 100% test
coverage and
previous successful debug runs)
This is very
Hi all, I'm a bit confused today (as usual, haha).
I have a pointer to a struct (let's call it Foo) allocated via a
C library.
I need to do some expensive computation with the Foo* to create a
Bar[], but I would like to do that computation in the background,
because the Bar[] is not needed
On Wed, 29 Jul 2015 18:35:36 +, David Nadlinger wrote:
On Wednesday, 29 July 2015 at 04:26:36 UTC, ketmar wrote:
yet that ship has sailed, i think.
It hasn't yet. 2.068.0 will be the first release to include the pragma.
but one has to convince Walter, and it's not the easiest thing to
On Monday, 3 August 2015 at 22:30:23 UTC, Steven Schveighoffer
wrote:
I also deleted all the binaries/libraries under bin/os
directory, and use symlinks to the built files from their
appropriate source directories. This way I can test changes
without having to create a new installation
On Tuesday, 4 August 2015 at 09:54:46 UTC, Dejan Lekic wrote:
Yes, I am aware of that. I was thinking of volunteering for
some time, with help of others. We have a healthy D community
here in London and we should work on making it bigger.
Cheers!
Completely off topic: I haven't seen your
https://issues.dlang.org/show_bug.cgi?id=14865
--- Comment #2 from Dmitry Olshansky dmitry.o...@gmail.com ---
(In reply to Kenji Hara from comment #1)
For virtual class methods, their invariant call should be virtual. For
example:
class C
{
void foo() {}
}
class D : C
{
On Saturday, 1 August 2015 at 09:35:53 UTC, DLearner wrote:
Does the D language set in stone that the first element of an
array _has_ to be index zero?
Wouldn't starting array elements at one avoid the common
'off-by-one' logic error, it does
seem more natural to begin a count at 1.
I, too,
On Tuesday, 4 August 2015 at 03:20:38 UTC, Craig Dillabaugh wrote:
I can now run it with:
LD_LIBRARY_PATH=/home/craig2/code/gdal-2.0.0/lib64 ./gdaltest
But it appears the LD_LIBRARY_PATH hack is causing havoc with
other libraries, as I get errors loading other shared libraries
when I do
On Tuesday, 4 August 2015 at 08:35:10 UTC, Dicebot wrote:
auto output = receiveOnly!(immutable(Bar)[]);
Won't message passing like this result in an expensive copy, or
does the cast to immutable via assumeUnique avoid that?
On Tuesday, 4 August 2015 at 11:42:54 UTC, Dicebot wrote:
On Tuesday, 4 August 2015 at 11:33:11 UTC, 岩倉 澪 wrote:
On Tuesday, 4 August 2015 at 10:37:39 UTC, Dicebot wrote:
std.concurrency does by-value message passing (in this case
just ptr+length), it never deep copies automatically
I
Am 03.08.2015 um 23:15 schrieb deadalnix:
On Tuesday, 28 July 2015 at 14:07:19 UTC, Atila Neves wrote:
Start of the two week process, folks.
Code: https://github.com/s-ludwig/std_data_json
Docs: http://s-ludwig.github.io/std_data_json/
Atila
Looked in the doc (
On Tuesday, 4 August 2015 at 11:01:58 UTC, Manu wrote:
On 4 August 2015 at 05:47, Tofu Ninja via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 June 2015 at 14:58:35 UTC, Manu wrote:
https://github.com/D-Programming-Language/phobos/pull/2845
I'm getting quite happy with it.
On 8/4/15 1:35 AM, Ali Çehreli wrote:
I am trying this now. I've already hit a problem. The wiki makes it
sound like the bootstrapping is optional. As I already have dmd 2.067, I
skipped that stepped and failed when making druntime as it apparently
assumes the bootstrapped dmd:
Yah, druntime
Is there a good way to stop work-intensive threads via thread
communication (instead of using a shared variable)? The example
below is very basic and naive and only meant to exemplify the
basic problem.
I want to stop (and abort) the worker as soon as new input
arrives. However, while
On 08/04/2015 07:02 AM, Andrei Alexandrescu wrote:
a whole section on
Typical Contributor Workflow. -- Andrei
In case there are others that don't know, git co in that section is an
alias to git checkout:
http://stackoverflow.com/questions/14489109/how-to-alias-git-checkout-to-git-co
Ali
On Wednesday, 5 August 2015 at 00:42:46 UTC, Ali Çehreli wrote:
This always gets me: Don't forget to refresh the browser page
to see the the new entries (rc1).
Yes, that's a trap.
I tweaked the cache control for the current beta's page, will do
that the next time right away to resolve this.
On Tuesday, 4 August 2015 at 22:42:50 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 4 August 2015 at 20:47:00 UTC, Jonathan M Davis
wrote:
LOL. I finally got some bugs sorted out on the project that
I'm working on at work (in C++), which means that I can get
back to what I was working on
On Wednesday, 5 August 2015 at 04:10:22 UTC, Jonathan M Davis
wrote:
On Tuesday, 4 August 2015 at 22:42:50 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 4 August 2015 at 20:47:00 UTC, Jonathan M Davis
wrote:
[...]
What do you dislike about C++ coverage tooling in comparison
with D's?
To get
On Tuesday, 4 August 2015 at 23:06:44 UTC, John Colvin wrote:
I'm 90% on Walter's side here as he's right for the majority of
common cases, but on the other hand there are plenty of
situations where the boundary between code error and
environment error get blurred.
Well, the principled
https://issues.dlang.org/show_bug.cgi?id=14870
Steven Schveighoffer schvei...@yahoo.com changed:
What|Removed |Added
CC|
On 8/4/15 7:33 PM, Walter Bright wrote:
On 8/4/2015 2:07 PM, Steven Schveighoffer wrote:
With druntime it's difficult to actually print the message
fprintf(stderr, You left the headlights on.);
assert(0);
Going under the assumption that the program isn't fully with it, I
don't
On 08/04/2015 04:57 PM, Martin Nowak wrote:
Release Candidate for 2.068.0
http://downloads.dlang.org/pre-releases/2.x/2.068.0/
Thanks for doing this!
This always gets me: Don't forget to refresh the browser page to see the
the new entries (rc1).
Ali
https://issues.dlang.org/show_bug.cgi?id=14863
--- Comment #11 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/druntime
https://github.com/D-Programming-Language/druntime/commit/d1f382652b8d319e9c055287f082b28e9399a926
Fix issue 14863
So I've just gotten into D and decided to have a go at creating
something relatively simple to get my feet wet: a priority queue.
Seemed like a simple enough thing, right? It's a pretty basic
data structure, it can't possibly be THAT difficult, right?
First, I tried using associative arrays
https://issues.dlang.org/show_bug.cgi?id=14853
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/30edcc2664f243f86861aee2483dbb20ddc9a77a
fix Issue 14853 - DMD
https://issues.dlang.org/show_bug.cgi?id=14851
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/2029e52306b722fb16a29176adc73b213fa16ad7
fix Issue 14851 - Cannot
On Wednesday, 5 August 2015 at 02:52:40 UTC, Jonathan M Davis
wrote:
On Tuesday, 4 August 2015 at 22:13:40 UTC, Steven Schveighoffer
wrote:
On 8/4/15 5:39 PM, Jonathan M Davis wrote:
I'm certainly not opposed to have a message be printed before
the HLT
instruction with assert(0), but I don't
On Tuesday, 4 August 2015 at 20:25:07 UTC, karabuta wrote:
D bindings to C++ is a little problematic, am I safe to learn
bindings to SFML? Or is it that the D bindings is done with
CSFML(C bindings).
I mean both DSFML and derelictSFML
DerelictSFML2 [1] binds to CSFML [2].
DSFML [3]
On Wednesday, 5 August 2015 at 01:27:53 UTC, Steven Schveighoffer
wrote:
On 8/4/15 9:02 PM, DarthCthulhu wrote:
writefln(PQ: %s, pq.queue); - prints PQ: [Tuple!(int,
string)(3,
HELLO3), Tuple!(int, string)(10, HELLO10), Tuple!(int,
string)(11,
HELLO11)]
This is probably consuming your
On Wednesday, 5 August 2015 at 01:27:53 UTC, Steven Schveighoffer
wrote:
On 8/4/15 9:02 PM, DarthCthulhu wrote:
writefln(PQ: %s, pq.queue); - prints PQ: [Tuple!(int,
string)(3,
HELLO3), Tuple!(int, string)(10, HELLO10), Tuple!(int,
string)(11,
HELLO11)]
This is probably consuming your
On Tuesday, 4 August 2015 at 22:13:40 UTC, Steven Schveighoffer
wrote:
On 8/4/15 5:39 PM, Jonathan M Davis wrote:
I'm certainly not opposed to have a message be printed before
the HLT
instruction with assert(0), but I don't at all agree that the
fact that
the message is not seen in -release
On Wednesday, 5 August 2015 at 02:26:48 UTC, Meta wrote:
On Wednesday, 5 August 2015 at 01:27:53 UTC, Steven
Schveighoffer wrote:
On 8/4/15 9:02 PM, DarthCthulhu wrote:
writefln(PQ: %s, pq.queue); - prints PQ: [Tuple!(int,
string)(3,
HELLO3), Tuple!(int, string)(10, HELLO10), Tuple!(int,
On Tuesday, 4 August 2015 at 20:21:24 UTC, Walter Bright wrote:
On 8/3/2015 8:37 PM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
ola.fosheim.grostad+dl...@gmail.com wrote:
The input/environment/code distinction does not work very well.
Sure it does. If your user ever sees an assert failure message,
https://issues.dlang.org/show_bug.cgi?id=14486
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||accepts-invalid, pull
---
On Tuesday, 4 August 2015 at 22:06:06 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 4 August 2015 at 20:21:24 UTC, Walter Bright wrote:
On 8/3/2015 8:37 PM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
ola.fosheim.grostad+dl...@gmail.com wrote:
The input/environment/code distinction does not work very
On 8/4/2015 1:56 PM, Jonathan M Davis wrote:
I can definitely see an argument that we should be
printing out something before the HLT instruction in -release mode,
writeln(Somebody forgot to turn off the water.);
assert(0);
On Tuesday, 4 August 2015 at 23:33:17 UTC, Walter Bright wrote:
On 8/4/2015 2:07 PM, Steven Schveighoffer wrote:
With druntime it's difficult to actually print the message
fprintf(stderr, You left the headlights on.);
assert(0);
It seems that on american car, you bip as annoyingly
Release Candidate for 2.068.0
http://downloads.dlang.org/pre-releases/2.x/2.068.0/
http://ftp.digitalmars.com/
We fixed the remaining issues.
https://github.com/D-Programming-Language/dmd/compare/v2.068.0-b2...v2.068.0-rc1
On 8/4/15 4:56 PM, Jonathan M Davis wrote:
On Tuesday, 4 August 2015 at 20:48:52 UTC, Steven Schveighoffer wrote:
On 8/4/15 4:43 PM, Steven Schveighoffer wrote:
I should say, any assert(0) with a message printed that is possible to
trigger in release mode is an error. If you can ensure it's
https://issues.dlang.org/show_bug.cgi?id=14842
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
Keywords||pull
--- Comment #6 from Martin
On Monday, 3 August 2015 at 22:42:15 UTC, SirNickolas wrote:
Hello! I'm new in D and it is amazing!
Can you tell me please if it is discouraged or deprecated to
call a function by just putting its name, without brackets?
It's quite unusual for me (used C++ and Python before), but I
can see
On 8/4/2015 3:13 PM, Steven Schveighoffer wrote:
For instance:
https://github.com/D-Programming-Language/druntime/blob/master/src/core/time.d#L2283
This makes it seem like a message will be printed in the case where
ticksPerSecond was 0. but in reality it simply throws a segfault.
That's a
On 8/4/2015 4:37 PM, Walter Bright wrote:
On 8/4/2015 3:13 PM, Steven Schveighoffer wrote:
For instance:
https://github.com/D-Programming-Language/druntime/blob/master/src/core/time.d#L2283
This makes it seem like a message will be printed in the case where
ticksPerSecond was 0. but in
https://issues.dlang.org/show_bug.cgi?id=14842
--- Comment #8 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/bd8ed8c13cc4a73a182d8923122c17ba4ea5e524
fix Issue 14842 -
On 08/02/2015 07:33 PM, Joakim wrote:
Maybe Ali or some other organizer needs to add the appropriate tag
Thank you Joakim. I had to add D Programming Language:
http://dpl.meetup.com/
Ali
https://issues.dlang.org/show_bug.cgi?id=13889
--- Comment #4 from Manu turkey...@gmail.com ---
Awesome, thanks Martin!
You're making a world of difference here :)
--
On Tuesday, 4 August 2015 at 20:47:00 UTC, Jonathan M Davis wrote:
LOL. I finally got some bugs sorted out on the project that I'm
working on at work (in C++), which means that I can get back to
what I was working on implementing before, and about all I
recall for sure is that I was working on
https://issues.dlang.org/show_bug.cgi?id=14748
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=14842
--- Comment #7 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/bd8ed8c13cc4a73a182d8923122c17ba4ea5e524
fix Issue 14842 -
On 8/4/15 5:39 PM, Jonathan M Davis wrote:
I'm certainly not opposed to have a message be printed before the HLT
instruction with assert(0), but I don't at all agree that the fact that
the message is not seen in -release is a reason not to have a message.
For instance:
https://issues.dlang.org/show_bug.cgi?id=13889
--- Comment #3 from Martin Nowak c...@dawg.eu ---
Actually Rainer did add those rules, but they were merged only recently.
https://github.com/D-Programming-Language/phobos/pull/3150
Will try to get this into the next point release.
--
https://issues.dlang.org/show_bug.cgi?id=14869
Issue ID: 14869
Summary: include x86 m32 mscoff phobos library into release
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=14870
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Hardware|x86_64 |All
https://issues.dlang.org/show_bug.cgi?id=14870
Issue ID: 14870
Summary: incorrect use of assert to detect environmental errors
in core.time
Product: D
Version: D2
Hardware: x86_64
OS: Windows
On 8/4/15 7:53 AM, Steven Schveighoffer wrote:
Any assert(0) in druntime or phobos with a message printed is an error.
It's compiled in release mode.
I'll look through and find them, and rework them.
First stab: https://github.com/D-Programming-Language/druntime/pull/1337
-Steve
On 8/4/15 11:42 AM, Ali Çehreli wrote:
On 08/04/2015 07:02 AM, Andrei Alexandrescu wrote:
a whole section on
Typical Contributor Workflow. -- Andrei
In case there are others that don't know, git co in that section is an
alias to git checkout:
receiveTimeout
On 04/08/2015 16:52, Bruno Medeiros wrote:
DUB 0.9.24 might be required for the next DDT version though, because of
the build target information added to DUB describe: I'm working on build
target support in DDT. Originally I was thinking of parsing the JSON
myself for that bit of info (this is
https://issues.dlang.org/show_bug.cgi?id=14867
Issue ID: 14867
Summary: doc
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P1
Component: dmd
On Tuesday, 4 August 2015 at 13:10:11 UTC, Sönke Ludwig wrote:
This is how it used to be in the vibe.data.json module. I
consider that to be a mistake now for multiple reasons, at
least on this abstraction level. My proposal would be to have a
clean, strongly typed JSONValue and a generic
I too would be interested.
+1
1 - 100 of 153 matches
Mail list logo
