On Thursday, 19 May 2016 at 03:49:36 UTC, Hugo wrote:
mytest "my dir\"
Here, your backslash is used to escape the second " character.
Error: 'my test"' is not a valid directory path.
Here you can see the final string value of the program argument
in your program.
The correct invocation
I am having a problem on Windows with the following code:
module mytest;
import std.stdio, std.file, std.path;
enum EXIT_SUCCESS = 0;
enum EXIT_FAILURE = -1;
int main(string[] args) {
string appdir;
switch(args.length-1) {
case 0:
writeln("You must provide an argument with a
On Wednesday, 18 May 2016 at 22:23:45 UTC, jmh530 wrote:
Is this true of all @property functions?
No, this is purely a range thing where it's legal to have your
front be a public member variable rather than a getter function.
Should this be noted in the spec?
While somewhat supported in
On Wednesday, 18 May 2016 at 20:10:09 UTC, Jonathan M Davis wrote:
At this point, if anyone ever calls front with parens, they're
doing it wrong.
$ cd ~/dlang/phobos && grep -r "\.front()" * | wc -l
3
Not bad. One is commented out and the other two look intentional.
On 19/05/2016 3:06 AM, Jacob Carlborg wrote:
On 2016-05-18 17:05, Daniel Murphy wrote:
No, because #99 is a github pull request reference.
GitHub uses the same syntax to refer to issues and pull requests. If the
syntax works for GitHub I don't see why it can't work for us. No point
in
On Monday, 16 May 2016 at 12:10:58 UTC, ParticlePeter wrote:
This is in respect to announce thread:
https://forum.dlang.org/post/mdpjqdkenrnuxvruw...@forum.dlang.org
Please let me know if you had the chance to test the
functionality as requested in the announce thread.
All other question are
On Wed, May 18, 2016 at 04:28:13PM -0700, Walter Bright via Digitalmars-d wrote:
> On 5/18/2016 4:17 PM, Joseph Rushton Wakeling wrote:
> > On Wednesday, 18 May 2016 at 23:09:28 UTC, Walter Bright wrote:
> > > Now try the square root of 2. Or pi, e, etc. The irrational
> > > numbers are, by
On Wednesday, 18 May 2016 at 21:28:56 UTC, Nordlöw wrote:
What's the preferred way in D to implement single-allocation
variable-sized arrays such as
/** Single-Allocation Array. */
struct ArrayN
{
ubyte length; // <= maxLength
size room; // allocated length
ubyte[0] data; //
On Wed, May 18, 2016 at 04:09:28PM -0700, Walter Bright via Digitalmars-d wrote:
[...]
> Now try the square root of 2. Or pi, e, etc. The irrational numbers
> are, by definition, not representable as a ratio.
This is somewhat tangential, but in certain applications it is perfectly
possible to
On 5/18/2016 4:17 PM, Joseph Rushton Wakeling wrote:
On Wednesday, 18 May 2016 at 23:09:28 UTC, Walter Bright wrote:
Now try the square root of 2. Or pi, e, etc. The irrational numbers are, by
definition, not representable as a ratio.
Continued fraction? :-)
Somehow I don't think gcc is
On Wednesday, 18 May 2016 at 23:09:28 UTC, Walter Bright wrote:
Now try the square root of 2. Or pi, e, etc. The irrational
numbers are, by definition, not representable as a ratio.
Continued fraction? :-)
On 5/18/2016 1:22 PM, deadalnix wrote:
On Wednesday, 18 May 2016 at 20:14:22 UTC, Walter Bright wrote:
On 5/18/2016 4:48 AM, deadalnix wrote:
Typo: arbitrary precision FP. Meaning some soft float that grows as big as
necessary to not lose precision à la BitInt but for floats.
0.10 is not
On Wednesday, 18 May 2016 at 22:06:43 UTC, Era Scarecrow wrote:
On Wednesday, 18 May 2016 at 21:02:03 UTC, tsbockman wrote:
Can you give me a source for this, or at least the name of the
relevant op code? (I'm new to x86 assembly.)
http://www.mathemainzel.info/files/x86asmref.html#mul
On Monday, 16 May 2016 at 20:59:41 UTC, Jack Stouffer wrote:
On Sunday, 15 May 2016 at 04:40:21 UTC, Martin Nowak wrote:
First beta for the 2.071.1 point release.
A few issues remain to be fixed before the next beta.
http://dlang.org/download.html#dmd_beta
On Wednesday, 18 May 2016 at 20:10:09 UTC, Jonathan M Davis wrote:
At this point, if anyone ever calls front with parens, they're
doing it wrong.
Is this true of all @property functions? Should this be noted in
the spec? Should it be an error? If it shouldn't be an error, is
it really such
On Wednesday, 18 May 2016 at 21:49:34 UTC, Joseph Rushton
Wakeling wrote:
On Wednesday, 18 May 2016 at 20:29:27 UTC, Walter Bright wrote:
I do not understand the tolerance for bad results in
scientific, engineering, medical, or finance applications.
I don't think anyone has suggested
On Wednesday, 18 May 2016 at 21:02:03 UTC, tsbockman wrote:
On Wednesday, 18 May 2016 at 19:53:10 UTC, Era Scarecrow wrote:
On Wednesday, 18 May 2016 at 19:36:59 UTC, tsbockman wrote:
I agree that intrinsics for this would be nice. I doubt that
any current D platform is actually computing the
On Wednesday, 18 May 2016 at 20:29:27 UTC, Walter Bright wrote:
I do not understand the tolerance for bad results in
scientific, engineering, medical, or finance applications.
I don't think anyone has suggested tolerance for bad results in
any of those applications.
What _has_ been argued
On Tuesday, 17 May 2016 at 12:02:02 UTC, Guillaume Piolat wrote:
On Tuesday, 17 May 2016 at 12:00:53 UTC, Guillaume Piolat wrote:
Nim is much more interesting as a D alternative, in the sense
that it is a.
I give up, kept pressing ENTER while typing a message.
Please finish, I have to know
https://issues.dlang.org/show_bug.cgi?id=15991
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/41de4f17b71edfe8101a16b696c23ed0ab89fb4c
fix issue 15991 - std.datetime.StopWatch is not @nogc
https://issues.dlang.org/show_bug.cgi?id=15991
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
What's the preferred way in D to implement single-allocation
variable-sized arrays such as
/** Single-Allocation Array. */
struct ArrayN
{
ubyte length; // <= maxLength
size room; // allocated length
ubyte[0] data; // `room` number of bytes follows
}
where insertion/deletion
On Wednesday, 18 May 2016 at 19:53:10 UTC, Era Scarecrow wrote:
On Wednesday, 18 May 2016 at 19:36:59 UTC, tsbockman wrote:
I agree that intrinsics for this would be nice. I doubt that
any current D platform is actually computing the full 128 bit
result for every 64 bit multiply though - that
On Wednesday, 18 May 2016 at 19:49:04 UTC, Edwin van Leeuwen
wrote:
That does mention Windows as supported. It is quite old though,
the latest github activity is from a year ago.
Got it working, thanks a lot!
On Wednesday, 18 May 2016 at 20:41:13 UTC, TheDGuy wrote:
C:\Users\Standardbenutzer\Downloads\DUB>dub build
Fetching serial-port 1.1.0 (getting selected version)...
Placing serial-port 1.1.0 to
C:\Users\Standardbenutzer\AppData\Roaming\dub\packages\...
Performing "debug" build using dmd for
On Wednesday, 18 May 2016 at 19:49:04 UTC, Edwin van Leeuwen
wrote:
The onyx README seems to suggest it only works for POSIX. Did
you try serial-port by any chance:
http://code.dlang.org/packages/serial-port
That does mention Windows as supported. It is quite old though,
the latest github
On 5/18/2016 4:27 AM, Manu via Digitalmars-d wrote:
The comparison was a 24bit fpu doing runtime work but where some
constant input data was calculated with a separate 32bit fpu. The
particulars were not ever intended to be relevant to the conversation,
except the fact that 2 differently
Am Wed, 18 May 2016 18:57:48 +
schrieb ParticlePeter :
> On Wednesday, 18 May 2016 at 15:09:50 UTC, Mike Parker wrote:
> > On Wednesday, 18 May 2016 at 13:26:14 UTC, Manuel König wrote:
> >
> >> I think I will use glfw3 later. I don't know if the original
> >> problem
On Wednesday, 18 May 2016 at 19:30:12 UTC, deadalnix wrote:
I'm confused as to why the compiler would be using soft floats
instead of hard floats.
Cross compilation.
Ah, looking back on the discussion, I see the comments about
cross compilation and soft floats. Making more sense now...
On Wednesday, 18 May 2016 at 20:14:22 UTC, Walter Bright wrote:
On 5/18/2016 4:48 AM, deadalnix wrote:
Typo: arbitrary precision FP. Meaning some soft float that
grows as big as
necessary to not lose precision à la BitInt but for floats.
0.10 is not representable in a binary format
On 5/18/2016 4:48 AM, deadalnix wrote:
Typo: arbitrary precision FP. Meaning some soft float that grows as big as
necessary to not lose precision à la BitInt but for floats.
0.10 is not representable in a binary format regardless of precision.
On Tuesday, May 17, 2016 17:36:44 H. S. Teoh via Digitalmars-d-announce wrote:
> On Tue, May 17, 2016 at 08:19:48PM +, Vladimir Panteleev via
Digitalmars-d-announce wrote:
> > On Tuesday, 17 May 2016 at 17:26:59 UTC, Steven Schveighoffer wrote:
> > >However, it's perfectly legal for a front
On Wednesday, 18 May 2016 at 19:55:40 UTC, Andrei Alexandrescu
wrote:
On 5/18/16 3:14 PM, Basile B. wrote:
Hey, los douchbagos...
I've recently worked on a suffix array
(https://github.com/BBasile/iz/blob/master/import/iz/strings.d#L1555)
Test for presence are excelent (O1)
canFind% of
On Tuesday, 17 May 2016 at 00:50:53 UTC, Vladimir Panteleev wrote:
Have a look at tempCString, but it's for internal use only at
the moment.
Thanks, Vladimir.
On 5/18/16 3:14 PM, Basile B. wrote:
Hey, los douchbagos...
I've recently worked on a suffix array
(https://github.com/BBasile/iz/blob/master/import/iz/strings.d#L1555)
Test for presence are excelent (O1)
canFind% of canFind : 100
SuffixArr1 % of canFind : 2.78019
SuffixArr2 % of
On 5/18/16 2:48 PM, Xinok wrote:
On Tuesday, 17 May 2016 at 19:27:22 UTC, Xinok wrote:
On Tuesday, 17 May 2016 at 17:31:47 UTC, Andrei Alexandrescu wrote:
We should take advantage of the improved partition code I discussed
at ACCU. Also there's a person on
On Wednesday, 18 May 2016 at 19:36:59 UTC, tsbockman wrote:
I agree that intrinsics for this would be nice. I doubt that
any current D platform is actually computing the full 128 bit
result for every 64 bit multiply though - that would waste both
power and performance, for most programs.
On Wednesday, 18 May 2016 at 16:37:48 UTC, TheDGuy wrote:
On Wednesday, 18 May 2016 at 16:13:35 UTC, Seb wrote:
May I ask why you need to get tango working? It has been
deprecated a long time ago and phobos (the standard library)
or alternatively other packages on dub have a look of features
On Wednesday, 18 May 2016 at 11:46:37 UTC, Era Scarecrow wrote:
On Wednesday, 18 May 2016 at 10:25:10 UTC, tsbockman wrote:
https://code.dlang.org/packages/checkedint
https://dlang.org/phobos/core_checkedint.html
Glancing at the checkedInt I really don't see it as being the
same as what I'm
On Wednesday, 18 May 2016 at 19:20:20 UTC, jmh530 wrote:
On Wednesday, 18 May 2016 at 12:39:21 UTC, Johannes Pfau wrote:
Do you have a link explaining GCC actually uses such a soft
float?
I'm confused as to why the compiler would be using soft floats
instead of hard floats.
Cross
On Wednesday, 18 May 2016 at 12:39:21 UTC, Johannes Pfau wrote:
Do you have a link explaining GCC actually uses such a soft
float?
I'm confused as to why the compiler would be using soft floats
instead of hard floats.
Hey, los douchbagos...
I've recently worked on a suffix array
(https://github.com/BBasile/iz/blob/master/import/iz/strings.d#L1555)
Test for presence are excelent (O1)
canFind% of canFind : 100
SuffixArr1 % of canFind : 2.78019
SuffixArr2 % of canFind : 3.15439
runtime AA % of
On Wednesday, 18 May 2016 at 19:00:06 UTC, Carl Vogel wrote:
Please let me know if you're interested in this and have any
questions or issues.
Cool.
Hi -- first-time poster, long-time lurker...
On its homepage, the Julia langauge (http://julialang.org)
advertises some microbenchmark results to show how competitive it
is with C, along with a number of other languages (go, python,
JS, R, etc.). These should of course be taken with a big
On Wednesday, 18 May 2016 at 15:09:50 UTC, Mike Parker wrote:
On Wednesday, 18 May 2016 at 13:26:14 UTC, Manuel König wrote:
I think I will use glfw3 later. I don't know if the original
problem of using multiple configurations (xcb, xlib, glfw3,
...) is possible with only dub's internal
On Tuesday, 17 May 2016 at 19:27:22 UTC, Xinok wrote:
On Tuesday, 17 May 2016 at 17:31:47 UTC, Andrei Alexandrescu
wrote:
We should take advantage of the improved partition code I
discussed at ACCU. Also there's a person on
On Friday, 13 May 2016 at 17:19:01 UTC, Adam D. Ruppe wrote:
Actually, given the blatant misogyny frequently on display on
this forum,
???
On 17/05/2016 17:56, Vadim Lopatin wrote:
On Tuesday, 17 May 2016 at 13:04:23 UTC, Bruno Medeiros wrote:
Interesting. I was about to ask what was the main advantage over GDB?
I reckon it is that Mago can debug executables with the COFF and/or
OMF formats, right? (as opposed to GDB's DWARF
On 18/05/2016 16:54, E.S. Quinn wrote:
On Tuesday, 17 May 2016 at 14:04:04 UTC, Bruno Medeiros wrote:
New DDT release out: dfmt support, performance improvements to
semantic operations, more build command customization, fixes. Please
see changelog for full list:
On 17.05.2016 21:31, deadalnix wrote:
On Tuesday, 17 May 2016 at 18:08:47 UTC, Timon Gehr wrote:
Right. Hence, the 80-bit CTFE results have to be converted to the
final precision at some point in order to commence the runtime
computation. This means that additional rounding happens, which was
I had written and sent this message three days ago, but it seemingly
never showed up on the newsgroup. I'm sorry if it seemed that I didn't
explain myself, I was operating under the assumption that this message
had been made available to you.
On 14.05.2016 03:26, Walter Bright wrote:
> On
https://issues.dlang.org/show_bug.cgi?id=16036
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=16036
--- Comment #2 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/9fd3646ae698b925849ce60d1cbd26fbf2e1fd9f
Fix issue 16036 - isEmail returns invalid for any email
On 17.05.2016 23:07, Walter Bright wrote:
On 5/17/2016 11:08 AM, Timon Gehr wrote:
Right. Hence, the 80-bit CTFE results have to be converted to the final
precision at some point in order to commence the runtime computation.
This means
that additional rounding happens, which was not present in
On Wednesday, 18 May 2016 at 16:12:35 UTC, jmh530 wrote:
On Sunday, 15 May 2016 at 23:34:46 UTC, Joseph Rushton Wakeling
wrote:
Wrapper implemented here, together with documentation and
tests:
https://github.com/WebDrake/dxorshift/pull/1
N.B. I'm sticking with the explicit wrapper, because
On 2016-05-18 17:05, Daniel Murphy wrote:
No, because #99 is a github pull request reference.
GitHub uses the same syntax to refer to issues and pull requests. If the
syntax works for GitHub I don't see why it can't work for us. No point
in inventing a new syntax when a lot of developers
Congratulations on the milestone!
I've been an admirer (and regular user!) of your work. +1 I hope we get to
version 2.
A
On Tue, May 17, 2016 at 7:34 PM, Bruno Medeiros via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:
> New DDT release out: dfmt support, performance
On 2016-05-18 17:32, David Nadlinger wrote:
dlang-bot is not related to the Bugzilla integration proper. Martin
wrote it to have links back to the respective issues automatically
available somewhere on the PR page, but it's a separate tool.
I suspected that, not sure how is relevant though.
On Wednesday, 18 May 2016 at 16:12:35 UTC, jmh530 wrote:
Thought you might find this interesting:
http://news.utexas.edu/2016/05/16/computer-science-advance-could-improve-cybersecurity
and reddit discussion:
https://issues.dlang.org/show_bug.cgi?id=16044
Issue ID: 16044
Summary: __traits(allMembers) returns empty tuple for
subpackages
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On Wednesday, 18 May 2016 at 16:13:35 UTC, Seb wrote:
May I ask why you need to get tango working? It has been
deprecated a long time ago and phobos (the standard library) or
alternatively other packages on dub have a look of features :)
Okay, it looks like 'onyx' is a library which handles
On Wednesday, 18 May 2016 at 15:42:56 UTC, Joakim wrote:
I see, so the fact that both the C++ and D specs say the same
thing doesn't matter, and the fact that D also has the const
float in your example as single-precision at runtime, contrary
to your claims, none of that matters.
D doesn't
On Wednesday, 18 May 2016 at 16:13:35 UTC, Seb wrote:
On Wednesday, 18 May 2016 at 14:59:52 UTC, TheDGuy wrote:
On Wednesday, 18 May 2016 at 14:19:48 UTC, Jacob Carlborg
wrote:
[1]
https://github.com/SiegeLord/Tango-D2/blob/d2port/dub.json#L32
How can i get that line working?
May I ask why
https://issues.dlang.org/show_bug.cgi?id=16043
--- Comment #1 from Kenji Hara ---
The shown line number is not wrong.
The closure environment that is closing variable foo, is allocated at the start
of function test() == line 1. The delegate literal at line 4 just refers it.
On Wednesday, 18 May 2016 at 14:59:52 UTC, TheDGuy wrote:
On Wednesday, 18 May 2016 at 14:19:48 UTC, Jacob Carlborg wrote:
[1]
https://github.com/SiegeLord/Tango-D2/blob/d2port/dub.json#L32
How can i get that line working?
May I ask why you need to get tango working? It has been
deprecated
On Sunday, 15 May 2016 at 23:34:46 UTC, Joseph Rushton Wakeling
wrote:
Wrapper implemented here, together with documentation and tests:
https://github.com/WebDrake/dxorshift/pull/1
N.B. I'm sticking with the explicit wrapper, because I want to
be really, really certain that what comes out is
On Wednesday, 18 May 2016 at 15:30:42 UTC, Matthias Bentrup wrote:
On Wednesday, 18 May 2016 at 14:29:42 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 18 May 2016 at 12:27:38 UTC, Ola Fosheim Grøstad
wrote:
And yes, half-precision is only 10 bits.
Actually, it turns out that the mantissa is
On Tuesday, 17 May 2016 at 14:04:04 UTC, Bruno Medeiros wrote:
New DDT release out: dfmt support, performance improvements to
semantic operations, more build command customization, fixes.
Please see changelog for full list:
https://github.com/DDT-IDE/DDT/releases/tag/v1.0.0
Since DDT has
On Friday, 13 May 2016 at 21:10:09 UTC, Jonathan M Davis wrote:
On Friday, May 13, 2016 19:53:18 bitwise via Digitalmars-d
wrote:
May be worth mentioning archiving sites like gmane that seem
to love making your stupid questions/statements your #1 google
search result. Excellent way to make an
On Wednesday, 18 May 2016 at 12:27:38 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 18 May 2016 at 11:16:44 UTC, Joakim wrote:
Welcome to the wonderful world of C++! :D
More seriously, it is well-defined for that implementation,
you did not raise the issue of the spec till now. In fact,
you
On Wednesday, 18 May 2016 at 14:27:22 UTC, Jacob Carlborg wrote:
Apparently dlang-bot doesn't recognize the GitHub
syntax/conventions [1] to link and close issues from pull
requests. Instead one have to use "Fix issue ...". I don't see
a point in inventing new conventions for this.
Can we
On Wednesday, 18 May 2016 at 14:29:42 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 18 May 2016 at 12:27:38 UTC, Ola Fosheim Grøstad
wrote:
And yes, half-precision is only 10 bits.
Actually, it turns out that the mantissa is 11 bits. So it
clearly plays louder than other floats. ;-)
The
On Wednesday, 18 May 2016 at 13:26:14 UTC, Manuel König wrote:
I think I will use glfw3 later. I don't know if the original
problem of using multiple configurations (xcb, xlib, glfw3,
...) is possible with only dub's internal logic. I tried
putting this in my "vulkantest" packages' dub.json
I got inspired by Steven's thread :)
Anyone in Paris interested in D meetups?
Feel free to add yourself to the map:
https://www.google.com/maps/d/edit?mid=1euIpoA6stFHlmIk1m9qbVHwP_64
On 19/05/2016 12:27 AM, Jacob Carlborg wrote:
Apparently dlang-bot doesn't recognize the GitHub syntax/conventions [1]
to link and close issues from pull requests. Instead one have to use
"Fix issue ...". I don't see a point in inventing new conventions for this.
Can we please have dlang-bot
On 18/05/2016 9:01 AM, Martin Nowak wrote:
Yes, this
https://github.com/dlang/dmd/blob/7d00095301c4780b41addcfeb50f4743a9a6c5d4/src/dinterpret.d#L3418
is really ugly and complex, but you won't get rid of this inherent
complexity. The e2ir code for AssingExp looks almost the same
On Wednesday, 18 May 2016 at 14:19:48 UTC, Jacob Carlborg wrote:
[1]
https://github.com/SiegeLord/Tango-D2/blob/d2port/dub.json#L32
How can i get that line working?
On Wednesday, 18 May 2016 at 14:19:48 UTC, Jacob Carlborg wrote:
Everything in tango/stdc/posix should be ignored when compiling
on Windows. Seems like this line isn't working [1], fore some
reason.
So what should i do? Delete the file?
On 2016-05-18 03:15, Vladimir Panteleev wrote:
I'm not sure what you mean, but if you mean what I think you mean, then
just write the parameter list with one parameter per line, and it's no
different from a struct.
I always end up with a struct or class any way to store the arguments,
https://issues.dlang.org/show_bug.cgi?id=16043
Issue ID: 16043
Summary: Wrong line number for closure in -vgc
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P1
On Wednesday, 18 May 2016 at 12:27:38 UTC, Ola Fosheim Grøstad
wrote:
And yes, half-precision is only 10 bits.
Actually, it turns out that the mantissa is 11 bits. So it
clearly plays louder than other floats. ;-)
Apparently dlang-bot doesn't recognize the GitHub syntax/conventions [1]
to link and close issues from pull requests. Instead one have to use
"Fix issue ...". I don't see a point in inventing new conventions for this.
Can we please have dlang-bot recognize the GitHub syntax as well?
[1]
On Sunday, 15 May 2016 at 04:40:21 UTC, Martin Nowak wrote:
First beta for the 2.071.1 point release.
A few issues remain to be fixed before the next beta.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.071.1.html
Please report any bugs at https://issues.dlang.org
On 2016-05-18 14:32, TheDGuy wrote:
Okay, now i get this:
Performing "debug" build using dmd for x86.
tango ~master: building configuration "static"...
tango\sys\win32\WsaSock.d(31,14): Warning: instead of C-style syntax,
use D-style syntax 'char[WSADESCRIPTION_LEN + 1] szDescription'
On 18 May 2016 1:25 PM, "Bill Hicks via Digitalmars-d-announce" <
digitalmars-d-announce@puremagic.com> wrote:
>
> On Tuesday, 17 May 2016 at 09:34:53 UTC, Rory McGuire wrote:
>>
>>
>> As a South African, I can only say that you are talking nonsense
regarding the horse/zebra joke. If you've been
On Wednesday, 18 May 2016 at 12:02:13 UTC, Hara Kenji wrote:
On Tuesday, 17 May 2016 at 21:48:55 UTC, Georgi D wrote:
On Friday, 13 May 2016 at 23:31:00 UTC, Timon Gehr wrote:
On 13.05.2016 23:21, Georgi D wrote:
[...]
It's tricky. The reason it fails to compile is that the
template
On 05/13/2016 01:19 PM, Adam D. Ruppe wrote:
Actually, given the blatant misogyny frequently on display on this
forum,
Don't claim things that inflammatory when they obviously aren't true.
On Wednesday, 18 May 2016 at 12:39:21 UTC, Johannes Pfau wrote:
Do you have a link explaining GCC actually uses such a soft
float? For example
https://github.com/gcc-mirror/gcc/blob/master/gcc/fold-const.c#L20 still says "This file should be rewritten to use an arbitrary precision..."
On, 18 May 2016 04:51:10 +,
ParticlePeter wrote:
> >
> > Sounds reasonable, picking a subconfig is definitely easier to
> > use and implement. I was looking into that too, the only
> > nitpicking I have is that it sounded like you can't select
> > multiple
Am Wed, 18 May 2016 11:48:49 +
schrieb deadalnix :
> On Wednesday, 18 May 2016 at 11:11:08 UTC, Walter Bright wrote:
> > On 5/18/2016 3:15 AM, deadalnix wrote:
> >> On Wednesday, 18 May 2016 at 08:21:18 UTC, Walter Bright wrote:
> >>> Trying to make D behave exactly
On Wednesday, 18 May 2016 at 12:25:47 UTC, John Colvin wrote:
http://code.dlang.org/download
Okay, now i get this:
Performing "debug" build using dmd for x86.
tango ~master: building configuration "static"...
tango\sys\win32\WsaSock.d(31,14): Warning: instead of C-style
syntax, use D-style
On Wednesday, 18 May 2016 at 12:20:14 UTC, Andrew Chamberlain
wrote:
Thank you!
It looks like it's not yet included into recent DMD beta
available for download.
in nightly perhaps ?
https://dlang.org/download.html#dmd-nightly
the latest beta is always for a "point" release so it only
Oh it looks like Dub is a program i have to install ^^
On Wednesday, 18 May 2016 at 12:24:06 UTC, TheDGuy wrote:
On Wednesday, 18 May 2016 at 03:15:25 UTC, Mike Parker wrote:
That should get your library.
Thanks for your answer. I tried that on my windows console and
i got the error that the command 'dub' can't be found.
On Wednesday, 18 May 2016 at 11:16:44 UTC, Joakim wrote:
Welcome to the wonderful world of C++! :D
More seriously, it is well-defined for that implementation, you
did not raise the issue of the spec till now. In fact, you
seemed not to care what the specs say.
Eh? All C/C++ compilers I
On Wednesday, 18 May 2016 at 03:15:25 UTC, Mike Parker wrote:
That should get your library.
Thanks for your answer. I tried that on my windows console and i
got the error that the command 'dub' can't be found.
If i try:
'dub.json build' it just opens the dub.json file in my default
.json
On Wednesday, 18 May 2016 at 12:16:47 UTC, Andrew Chamberlain
wrote:
On Wednesday, 18 May 2016 at 11:58:46 UTC, Vadim Lopatin wrote:
On Wednesday, 18 May 2016 at 06:47:08 UTC, Atila Neves wrote:
On Wednesday, 18 May 2016 at 05:11:51 UTC, Vadim Lopatin
wrote:
[...]
That was a bug that
On Wednesday, 18 May 2016 at 11:58:46 UTC, Vadim Lopatin wrote:
On Wednesday, 18 May 2016 at 06:47:08 UTC, Atila Neves wrote:
On Wednesday, 18 May 2016 at 05:11:51 UTC, Vadim Lopatin wrote:
[...]
That was a bug that was recently fixed.
Atila
Thank you!
It looks like it's not yet
https://issues.dlang.org/show_bug.cgi?id=15959
--- Comment #6 from j...@red.email.ne.jp ---
Aand MORE:
https://github.com/dlang/druntime/pull/1575
About SIZE_T's, I did the same routine (detect and replace).
They are much less than above.
--
On Tuesday, 17 May 2016 at 21:48:55 UTC, Georgi D wrote:
On Friday, 13 May 2016 at 23:31:00 UTC, Timon Gehr wrote:
On 13.05.2016 23:21, Georgi D wrote:
[...]
It's tricky. The reason it fails to compile is that the
template argument you are passing does not actually refer to
the overload
1 - 100 of 152 matches
Mail list logo