[Issue 16008] New: FreeList should implement deallocateAll, as SharedFreeList does

https://issues.dlang.org/show_bug.cgi?id=16008 Issue ID: 16008 Summary: FreeList should implement deallocateAll, as SharedFreeList does Product: D Version: D2 Hardware: All OS: All Status:

Re: Battle-plan for CTFE

On 5/9/16 7:57 PM, Stefan Koch wrote: Hi Guys, I have been looking into the DMD now to see what I can do about CTFE. Unfortunately It is a pretty big mess to untangle. Code responsible for CTFE is in at least 3 files. [dinterpret.d, ctfeexpr.d, constfold.d] I was shocked to discover that the

What is up with building DMD (et al.) on Windows?

I went to build DMD on Windows for the first time tonight and I have to say that it was a terrible experience when compared with Linux. First issue I ran into was having HOST_DC not being set. I'm not sure if the DMD installer is supposed to do this or if I needed to take care of it, but it

Re: dmd not building with dmd

On 9/5/2016 20:19, John Colvin wrote: On Monday, 9 May 2016 at 07:57:33 UTC, Lionello Lunesu wrote: On 8/5/2016 14:43, Steven Schveighoffer wrote: [...] I ran into this as well. It's a bug in the package from brew: it shipped with the wrong phobos. You can build your own DMD: $ make -f

Re: How are you enjoying DConf? And where to go next?

Dne 9.5.2016 v 19:45 jmh530 via Digitalmars-d napsal(a): On Monday, 9 May 2016 at 15:12:25 UTC, krzaq wrote: It's not just the distance, but also the overall personal cost of attending the conference. Berlin is, all things considered, a fairly cheap city. London is a big NO in this regard,

Re: Follow-up post explaining research rationale

On Monday, 9 May 2016 at 20:17:40 UTC, ag0aep6g wrote: Am 09.05.2016 um 21:09 schrieb Joe Duarte: 4. We switch the person or voice from an imperative "do this" as in printf, to some sort of narrator third-person voice with "gets". "gets" is still imperative. It's short for "get string". Not

Re: Always false float comparisons

On Monday, 9 May 2016 at 20:14:36 UTC, Walter Bright wrote: On 5/9/2016 11:37 AM, Xinok wrote: All of these scenarios are capable of producing "incorrect" results, are a source of discrete bugs (often corner cases that we failed to consider and test), and can be hard to detect. It's about time

Re: Follow-up post explaining research rationale

On Monday, 9 May 2016 at 19:09:35 UTC, Joe Duarte wrote: ... You're not addressing the root cause. America was founded on genocide, racism, sexism, and classism. That should be the starting point of such research, but nobody goes there because people, specially those who benefit from the

[Issue 16007] Some Win32 API structs has wrong definitions

https://issues.dlang.org/show_bug.cgi?id=16007 j...@red.email.ne.jp changed: What|Removed |Added Keywords||pull --- Comment #1 from

Re: ggplotd - curve colour

On Monday, 9 May 2016 at 06:24:22 UTC, Edwin van Leeuwen wrote: On Monday, 9 May 2016 at 02:29:47 UTC, brocolis wrote: Is this correct usage? auto gg = GGPlotD().put( geomLine( Aes!(typeof(xs), "x", typeof(ysfit), "y", string, "colour")( xs, ysfit, "red") ) ); The output is a blank png file.

[Issue 16007] New: Some Win32 API structs has wrong definitions

https://issues.dlang.org/show_bug.cgi?id=16007 Issue ID: 16007 Summary: Some Win32 API structs has wrong definitions Product: D Version: D2 Hardware: All OS: Windows Status: NEW Severity: normal

Re: Battle-plan for CTFE

On 5/9/2016 2:32 PM, Andrej Mitrovic via Digitalmars-d-announce wrote: On 5/9/16, Stefan Koch via Digitalmars-d-announce wrote: I was shocked to discover that the PowExpression actually depends on phobos! I seem to remember having to implement

Re: How are you enjoying DConf? And where to go next?

On Monday, 9 May 2016 at 17:45:24 UTC, jmh530 wrote: On Monday, 9 May 2016 at 15:12:25 UTC, krzaq wrote: It's not just the distance, but also the overall personal cost of attending the conference. Berlin is, all things considered, a fairly cheap city. London is a big NO in this regard, can't

[Issue 15974] Spurious error: argument to mixin must be a string, not (expression()) of type string

https://issues.dlang.org/show_bug.cgi?id=15974 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/ceff80f4df0d65e7e5023278420418d5e975f44b fix Issue 15974 - Spurious error: argument to mixin must be a

[Issue 15974] Spurious error: argument to mixin must be a string, not (expression()) of type string

https://issues.dlang.org/show_bug.cgi?id=15974 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: Always false float comparisons

On Monday, 9 May 2016 at 09:10:19 UTC, Walter Bright wrote: Don Clugston pointed out in his DConf 2016 talk that: float f = 1.30; assert(f == 1.30); will always be false since 1.30 is not representable as a float. However, float f = 1.30; assert(f == cast(float)1.30); will

Re: Battle-plan for CTFE

On Monday, May 09, 2016 13:24:56 Walter Bright via Digitalmars-d-announce wrote: > On 5/9/2016 9:57 AM, Stefan Koch wrote: > >[...] > > The memory consumption problem, at least, can be resolved by using stack > temporaries instead of allocating new nodes. This was already done in > constfold.d,

[Issue 15974] Spurious error: argument to mixin must be a string, not (expression()) of type string

https://issues.dlang.org/show_bug.cgi?id=15974 Kenji Hara changed: What|Removed |Added Keywords||diagnostic, pull

[Issue 16006] New: Investigate adding fork() to std.process

https://issues.dlang.org/show_bug.cgi?id=16006 Issue ID: 16006 Summary: Investigate adding fork() to std.process Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

[Issue 15511] fork: Invalid memory operation

https://issues.dlang.org/show_bug.cgi?id=15511 Vladimir Panteleev changed: What|Removed |Added CC|

Re: Battle-plan for CTFE

On Monday, 9 May 2016 at 20:24:56 UTC, Walter Bright wrote: On 5/9/2016 9:57 AM, Stefan Koch wrote: [...] The memory consumption problem, at least, can be resolved by using stack temporaries instead of allocating new nodes. This was already done in constfold.d, but not in the rest of the

[Issue 6846] std.concurrency and fork/execv

https://issues.dlang.org/show_bug.cgi?id=6846 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 8719] spawnvp() (POSIX) throws exception in fork()ed child process

https://issues.dlang.org/show_bug.cgi?id=8719 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED

Re: Chaining opIndex

On Monday, 9 May 2016 at 20:14:25 UTC, deed wrote: struct Foo { Bars bars; ... } struct Foos { Foo[] arr; Foo opIndex (size_t idx) { return arr[idx]; } ... } struct Bar { // No Car[] cars; ... } struct Bars { Bar[] arr; Bar opIndex (size_t idx) { return

Re: powExpressions work at ctfe

On Monday, May 09, 2016 13:02:50 Stefan Koch via Digitalmars-d wrote: > that would also > prevent issues with cross-compiled binarys that have ctfe in them. That's going to be pretty critical in the long run, especially now that the compiler frontend is in D. - Jonathan M Davis

[Issue 11229] std.string.toLower is slow

https://issues.dlang.org/show_bug.cgi?id=11229 --- Comment #10 from Jon Degenhardt --- (In reply to Jon Degenhardt from comment #9) > The version I wrote (and the single character version of toLower it > calls) do "simple case folding", where the character length

[Issue 11229] std.string.toLower is slow

https://issues.dlang.org/show_bug.cgi?id=11229 --- Comment #9 from Jon Degenhardt --- (In reply to Jack Stouffer from comment #8) > (In reply to Jon Degenhardt from comment #7) > > auto mapAsLowerCase(Range)(Range str) > > if (isInputRange!Range &&

Re: Battle-plan for CTFE

On 5/9/16, Stefan Koch via Digitalmars-d-announce wrote: > I was shocked to discover that the PowExpression actually depends > on phobos! I seem to remember having to implement diagnostics in DMD asking for the user to import std.math. I'm fairly confident

Re: Always false float comparisons

On Monday, 9 May 2016 at 20:16:59 UTC, Walter Bright wrote: (4) is already planned; it's just taking *a lot* longer than anticipated to actually implement it: https://issues.dlang.org/show_bug.cgi?id=259 https://github.com/dlang/dmd/pull/1913 https://github.com/dlang/dmd/pull/5229

Re: Always false float comparisons

On Monday, 9 May 2016 at 20:20:00 UTC, Walter Bright wrote: On 5/9/2016 12:39 PM, tsbockman wrote: Educating programmers who've never studied how to write correct FP code is too complex of a task to implement via compiler warnings. The warnings should be limited to cases that are either

Re: Always false float comparisons

On Monday, 9 May 2016 at 20:16:59 UTC, Walter Bright wrote: On 5/9/2016 11:51 AM, tsbockman wrote: (4) is already planned; it's just taking *a lot* longer than anticipated to actually implement it: https://issues.dlang.org/show_bug.cgi?id=259 https://github.com/dlang/dmd/pull/1913

Re: Always false float comparisons

On 5/9/16 4:22 PM, Walter Bright wrote: On 5/9/2016 6:46 AM, Steven Schveighoffer wrote: I know this is a bit band-aid-ish, but if one is comparing literals to a float, why not treat the literal as the type being compared against? In other words, imply the 1.3f. This isn't integer-land where

Re: Always false float comparisons

Am Mon, 09 May 2016 15:56:21 + schrieb Nordlöw : > On Monday, 9 May 2016 at 12:28:04 UTC, Walter Bright wrote: > > On 5/9/2016 4:38 AM, Nordlöw wrote: > >> Would that include comparison of variables only aswell? > > No. > > Why? Because the float would be

Re: Follow-up post explaining research rationale

On Monday, 9 May 2016 at 20:29:12 UTC, Joe Duarte wrote: On Monday, 9 May 2016 at 20:09:35 UTC, Adam D. Ruppe wrote: I'd also be surprised if you find an empirical gender gap after controlling for programming language syntax, too. Even if we grant that PL syntax is suboptimal, why would that

Re: Always false float comparisons

Am Mon, 9 May 2016 02:10:19 -0700 schrieb Walter Bright : > Don Clugston pointed out in his DConf 2016 talk that: > > float f = 1.30; > assert(f == 1.30); > > will always be false since 1.30 is not representable as a float. However, > > float f =

Re: Follow-up post explaining research rationale

On Monday, 9 May 2016 at 20:09:35 UTC, Adam D. Ruppe wrote: I'd also be surprised if you find an empirical gender gap after controlling for programming language syntax, too. Even if we grant that PL syntax is suboptimal, why would that result in a gender bias? But, hey, you never really know

Re: Always false float comparisons

On 5/9/2016 6:46 AM, Steven Schveighoffer wrote: I know this is a bit band-aid-ish, but if one is comparing literals to a float, why not treat the literal as the type being compared against? In other words, imply the 1.3f. This isn't integer-land where promotions do not change the outcome.

Re: Always false float comparisons

On 5/9/2016 12:39 PM, tsbockman wrote: Educating programmers who've never studied how to write correct FP code is too complex of a task to implement via compiler warnings. The warnings should be limited to cases that are either obviously wrong, or where the warning is likely to be a net positive

Re: Follow-up post explaining research rationale

Am 09.05.2016 um 21:09 schrieb Joe Duarte: 4. We switch the person or voice from an imperative "do this" as in printf, to some sort of narrator third-person voice with "gets". "gets" is still imperative. It's short for "get string". Not saying that this is obvious, or that it's a good name.

Re: Always false float comparisons

On 5/9/2016 11:51 AM, tsbockman wrote: On Monday, 9 May 2016 at 18:37:10 UTC, Xinok wrote: (4) While we're at it, let's also emit a warning when comparing signed and unsigned types. (4) is already planned; it's just taking *a lot* longer than anticipated to actually implement it:

Chaining opIndex

struct Foo { Bars bars; ... } struct Foos { Foo[] arr; Foo opIndex (size_t idx) { return arr[idx]; } ... } struct Bar { // No Car[] cars; ... } struct Bars { Bar[] arr; Bar opIndex (size_t idx) { return arr[idx]; } ... } struct Car { ... } Foos

Re: Always false float comparisons

On 5/9/2016 11:37 AM, Xinok wrote: All of these scenarios are capable of producing "incorrect" results, are a source of discrete bugs (often corner cases that we failed to consider and test), and can be hard to detect. It's about time we stopped being stubborn and flagged these things as

[Issue 879] support for --gc-sections

https://issues.dlang.org/show_bug.cgi?id=879 Walter Bright changed: What|Removed |Added CC|

Re: File size of exe: DMD vs LDC

On 5/9/2016 11:48 AM, David Nadlinger wrote: AFAIR, because of how ModuleInfo/TypeInfo is emitted which makes linker never collect sections because they are referenced at least from there. LDC was intentionally modified to change code gen in that regard to make --gc-sections work - David will

Re: Follow-up post explaining research rationale

On Monday, 9 May 2016 at 19:09:35 UTC, Joe Duarte wrote: One D-specific question I do have: Have any women ever posted here? Yes, I can think of three off the top of my head, and there's probably more that I just don't remember. Of course, I can name twenty male regular posters here

Re: How are you enjoying DConf? And where to go next?

On 9 May 2016 at 17:32, wobbles via Digitalmars-d wrote: > On Monday, 9 May 2016 at 15:12:25 UTC, krzaq wrote: >> >> On Monday, 9 May 2016 at 09:58:32 UTC, Mark Isaacson wrote: >>> >>> Full recognition that there was way less demand for another US DConf... >>> so

[Issue 16005] std.uni.toUpper returns wrong value for U+1FE2

https://issues.dlang.org/show_bug.cgi?id=16005 Jack Stouffer changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 16005] std.uni.toUpper returns wrong value for U+1FE2

https://issues.dlang.org/show_bug.cgi?id=16005 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --- Comment #1 from

Re: Always false float comparisons

On Monday, 9 May 2016 at 19:15:20 UTC, Xinok wrote: It's a complex issue because there isn't necessarily right or wrong behavior, only things that *might* be wrong. But if we want to truly detect all possible cases of incorrect behavior, then we have to be exhaustive in our checks. We

[Issue 15939] GC.collect causes deadlock in multi-threaded environment

https://issues.dlang.org/show_bug.cgi?id=15939 --- Comment #12 from Aleksei Preobrazhenskii --- (In reply to Martin Nowak from comment #11) > Did you have gdb attached while the signal was send? That sometime causes > issues w/ signal delivery. No, I didn't. I

Re: Always false float comparisons

On Monday, 9 May 2016 at 18:51:58 UTC, tsbockman wrote: On Monday, 9 May 2016 at 18:37:10 UTC, Xinok wrote: ... (3) Generalize it to all comparisons as well, including < and ... (3) Makes no sense though; inequalities with mixed floating-point types are perfectly safe. (Well, as safe as any

Follow-up post explaining research rationale

Hi all, As I mentioned on the other thread where I asked about D syntax, I'm a social scientist about to launch some studies of the effects of PL syntax on learnability, motivation to pursue programming, and differential gender effects on these factors. This is a long post – some of you

Re: Compiler silently ignores some method overloads

On Monday, 9 May 2016 at 11:22:37 UTC, pineapple wrote: On Monday, 9 May 2016 at 00:27:17 UTC, Peter Häggman wrote: Can you show your GLColor struct ? Maybe it contains an alias this or something else that mess the overload resolution. My GLColor struct: http://pastebin.com/mUcA6G85 No

foreach(i,ref val; ndim_arr)??

I noticed some discussion of Cartesian indexes in Julia, where the index is a tuple, along with some discussion of optimizing the index created for cache efficiency. I could find foreach(ref val, m.byElement()), but didn't find an example that returned a tuple index. Is that supported?

Re: Always false float comparisons

On Monday, 9 May 2016 at 18:37:10 UTC, Xinok wrote: (1) Yes, emit a warning for this case. (2) Generalize it to all variables, like Nordlöw suggested. (3) Generalize it to all comparisons as well, including < and > . (4) While we're at it, let's also emit a warning when comparing signed and

Re: File size of exe: DMD vs LDC

On Monday, 9 May 2016 at 13:53:45 UTC, Dicebot wrote: On Monday, 9 May 2016 at 13:48:50 UTC, Walter Bright wrote: On 5/9/2016 5:24 AM, Jacob Carlborg wrote: LDC can strip sections which DMD cannot. Why not? AFAIR, because of how ModuleInfo/TypeInfo is emitted which makes linker never

Re: Always false float comparisons

On Monday, May 09, 2016 02:10:19 Walter Bright via Digitalmars-d wrote: > Don Clugston pointed out in his DConf 2016 talk that: > > float f = 1.30; > assert(f == 1.30); > > will always be false since 1.30 is not representable as a float. However, > > float f = 1.30; > assert(f

[Issue 11229] std.string.toLower is slow

https://issues.dlang.org/show_bug.cgi?id=11229 --- Comment #8 from Jack Stouffer --- (In reply to Jon Degenhardt from comment #7) > auto mapAsLowerCase(Range)(Range str) > if (isInputRange!Range && isSomeChar!(ElementEncodingType!Range) && >

Re: Walter's Famous German Language Essentials Guide

On Friday, May 06, 2016 13:34:08 Andrei Alexandrescu via Digitalmars-d wrote: > On 5/6/16 1:04 PM, Chris wrote: > > Ok, guilty as charged > > No need to feel singled out, most of us do this once in a while. We're > exploring either the creation of an "internal" forum (more focused) or > an

[Issue 16005] New: std.uni.toUpper returns wrong value for U+1FE2

https://issues.dlang.org/show_bug.cgi?id=16005 Issue ID: 16005 Summary: std.uni.toUpper returns wrong value for U+1FE2 Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal

Re: Always false float comparisons

On Monday, 9 May 2016 at 09:10:19 UTC, Walter Bright wrote: Don Clugston pointed out in his DConf 2016 talk that: float f = 1.30; assert(f == 1.30); will always be false since 1.30 is not representable as a float. However, float f = 1.30; assert(f == cast(float)1.30); will

[Issue 3960] Unused local variables not reported

https://issues.dlang.org/show_bug.cgi?id=3960 Issue 3960 depends on issue 7989, which changed state. Issue 7989 Summary: isInputRange and isForwardRange declare unused variables https://issues.dlang.org/show_bug.cgi?id=7989 What|Removed |Added

[Issue 7989] isInputRange and isForwardRange declare unused variables

https://issues.dlang.org/show_bug.cgi?id=7989 --- Comment #8 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/eb74b278dfde3982ddeaf6f7a57af76462a8a9b0 Fix Issues 3960 and 7989 --

[Issue 3960] Unused local variables not reported

https://issues.dlang.org/show_bug.cgi?id=3960 --- Comment #34 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/eb74b278dfde3982ddeaf6f7a57af76462a8a9b0 Fix Issues 3960 and 7989 --

[Issue 3960] Unused local variables not reported

https://issues.dlang.org/show_bug.cgi?id=3960 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: Battle-plan for CTFE

awesome news :-) thanks you

Re: Battle-plan for CTFE

Hi Stefan, On Monday, 9 May 2016 at 16:57:39 UTC, Stefan Koch wrote: My Plan is as follows. I think you guys talked about it at the conference, but be sure to coordinate with Timon Gehr. You'll want to steal all the best ideas from the various implementations anyway. ;) Do Dataflow

[Issue 15966] [REG 2.071] {public,protected} imports in base class ignored on symbol lookup

https://issues.dlang.org/show_bug.cgi?id=15966 --- Comment #7 from Martin Nowak --- (In reply to Walter Bright from comment #3) > The trouble is that imports in the base class will override global imports > referred to by the derived class. This is exactly the kind of problem the >

Re: How are you enjoying DConf? And where to go next?

On Monday, 9 May 2016 at 15:32:05 UTC, wobbles wrote: I also think it should not only be in a decently cheap location, but also in a location where there is, by default, a high concentration of D users. Berlin fits that. Facebook fits that. Where's the other high concentration of D users?

Re: LDC 1.0.0-beta1 has been released! Please help testing!

On Monday, 9 May 2016 at 07:31:39 UTC, Guillaume Chatelet wrote: On Monday, 25 April 2016 at 06:42:02 UTC, Kai Nacke wrote: Hi everyone, LDC 1.0.0-beta1, the LLVM-based D compiler, is available for download! This BETA release is based on the 2.070.2 frontend and standard library and supports

Re: Battle-plan for CTFE

On 09 May 2016 19:01, "Stefan Koch via Digitalmars-d-announce" < digitalmars-d-announce@puremagic.com> wrote: > > Hi Guys, > > I have been looking into the DMD now to see what I can do about CTFE. > Unfortunately It is a pretty big mess to untangle. > Code responsible for CTFE is in at least 3

Re: Querying Function Template Restrictions

On Monday, 9 May 2016 at 11:57:11 UTC, Nordlöw wrote: In what ways can I compile-time introspect the template restrictions of a specific function overload set in D? In other words if I have, for instance, T f(T)(T x) if (isFloat!T) {} T f(T)(T x) if (isInteger!T) {} T g(T)(T x) if (isFloat!T

Battle-plan for CTFE

Hi Guys, I have been looking into the DMD now to see what I can do about CTFE. Unfortunately It is a pretty big mess to untangle. Code responsible for CTFE is in at least 3 files. [dinterpret.d, ctfeexpr.d, constfold.d] I was shocked to discover that the PowExpression actually depends on

Re: Always false float comparisons

On Monday, 9 May 2016 at 12:28:04 UTC, Walter Bright wrote: On 5/9/2016 4:38 AM, Nordlöw wrote: Would that include comparison of variables only aswell? No. Why?

[Issue 14835] Statement is not reachable doesn't play along generic code

https://issues.dlang.org/show_bug.cgi?id=14835 Jack Stouffer changed: What|Removed |Added CC||j...@jackstouffer.com

Re: How are you enjoying DConf? And where to go next?

On Monday, 9 May 2016 at 15:12:25 UTC, krzaq wrote: On Monday, 9 May 2016 at 09:58:32 UTC, Mark Isaacson wrote: Full recognition that there was way less demand for another US DConf... so perhaps somewhere easier to fly to? Reykjavik? Dublin? Oslo? Stockholm? Barcelona? London? Those are

Re: How are you enjoying DConf? And where to go next?

On Monday, 9 May 2016 at 09:58:32 UTC, Mark Isaacson wrote: Full recognition that there was way less demand for another US DConf... so perhaps somewhere easier to fly to? Reykjavik? Dublin? Oslo? Stockholm? Barcelona? London? Those are pretty good hubs and have solid airfare from the US...

Re: Always false float comparisons

On Monday, 9 May 2016 at 12:24:05 UTC, John Colvin wrote: On Monday, 9 May 2016 at 11:26:55 UTC, Walter Bright wrote: On 5/9/2016 3:16 AM, Jens Mueller via Digitalmars-d wrote: Warning for those comparisons should be fine. Shouldn't mix them anyway. Too onerous. Surely not too onerous if

Re: parameter pack to inputRange

On Sunday, 8 May 2016 at 14:11:31 UTC, Ali Çehreli wrote: I like Alex Parrill's only() solution but it allocates a dynamic array as well by doing the equivalent of [args] in the guts of its implementation. No it does not. The constructor does `this.data = [values];`, but `this.data` is a

Re: std.experimental.allocator and @nogc

On 10/05/2016 1:05 AM, ZombineDev wrote: On Monday, 9 May 2016 at 12:37:24 UTC, rikki cattermole wrote: On 10/05/2016 12:33 AM, ZombineDev wrote: On Monday, 9 May 2016 at 12:02:19 UTC, rikki cattermole wrote: On 09/05/2016 11:56 PM, ZombineDev wrote: On Monday, 9 May 2016 at 11:20:00 UTC,

Re: parameter pack to inputRange

On Monday, 9 May 2016 at 12:36:00 UTC, Ali Çehreli wrote: On 05/09/2016 03:44 AM, Dicebot wrote: > Ali version generates a compile-time switch for index I think it's a run-time switch, generated by a compile-time foreach: E front() { final switch (index) {// <--

Re: C#7 features

On Monday, 9 May 2016 at 13:09:24 UTC, Jacob Carlborg wrote: On 2016-05-09 14:46, John wrote: C# 7's tuples are something different though. They don't even map to System.Tuple. The syntax is: (int x, int y) GetPoint() { return (500, 400); } var p = GetPoint();

Re: File size of exe: DMD vs LDC

On Monday, 9 May 2016 at 13:48:50 UTC, Walter Bright wrote: On 5/9/2016 5:24 AM, Jacob Carlborg wrote: LDC can strip sections which DMD cannot. Why not? AFAIR, because of how ModuleInfo/TypeInfo is emitted which makes linker never collect sections because they are referenced at least from

Re: File size of exe: DMD vs LDC

On 5/9/2016 5:24 AM, Jacob Carlborg wrote: LDC can strip sections which DMD cannot. Why not?

Re: Always false float comparisons

On 5/9/16 7:26 AM, Walter Bright wrote: I wonder what's the difference between 1.30f and cast(float)1.30. There isn't one. I know this is a bit band-aid-ish, but if one is comparing literals to a float, why not treat the literal as the type being compared against? In other words, imply the

[Issue 15974] Spurious error: argument to mixin must be a string, not (expression()) of type string

https://issues.dlang.org/show_bug.cgi?id=15974 --- Comment #1 from Kenji Hara --- I got a real minimized test case from incomplete sample code. // test.d string format(Args...)(string fmt, Args args) { return ""; } void loadDeviceFns() { enum allFns =

Re: std.experimental.allocator and @nogc

On Monday, 9 May 2016 at 12:37:24 UTC, rikki cattermole wrote: On 10/05/2016 12:33 AM, ZombineDev wrote: On Monday, 9 May 2016 at 12:02:19 UTC, rikki cattermole wrote: On 09/05/2016 11:56 PM, ZombineDev wrote: On Monday, 9 May 2016 at 11:20:00 UTC, rikki cattermole wrote: On 09/05/2016 11:12

Re: C#7 features

On 2016-05-09 14:46, John wrote: C# 7's tuples are something different though. They don't even map to System.Tuple. The syntax is: (int x, int y) GetPoint() { return (500, 400); } var p = GetPoint(); Console.WriteLine($"{p.x}, {p.y}"); Would be nice to have in D. Both with

Re: powExpressions work at ctfe

On Monday, 9 May 2016 at 12:49:16 UTC, Stefan Koch wrote: On Monday, 9 May 2016 at 12:33:33 UTC, Stefan Koch wrote: On Monday, 9 May 2016 at 12:24:18 UTC, Timon Gehr wrote: [...] I see. I did not test a floating point value at the left-hand site. working on a fix. okay the workaround would

[Issue 9766] align(n) with n compile-time constant

https://issues.dlang.org/show_bug.cgi?id=9766 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #6 from

[Issue 15966] [REG 2.071] {public,protected} imports in base class ignored on symbol lookup

https://issues.dlang.org/show_bug.cgi?id=15966 --- Comment #6 from Mathias Lang --- (In reply to Walter Bright from comment #3) > The trouble is that imports in the base class will override global imports > referred to by the derived class. This is exactly the kind

Re: powExpressions work at ctfe

On Monday, 9 May 2016 at 12:33:33 UTC, Stefan Koch wrote: On Monday, 9 May 2016 at 12:24:18 UTC, Timon Gehr wrote: On 09.05.2016 11:24, Stefan Koch wrote: At Dconf Manu asked to use pow expressions at CTFE. Luckily he can. powExpressions work at ctfe. enum x=2.4^^4.5; DMD master:

Re: C#7 features

On Monday, 9 May 2016 at 00:44:09 UTC, Peter Häggman wrote: Their tuples seem to be a complete DIY: https://msdn.microsoft.com/en-us/library/system.tuple(v=vs.110).aspx C# 7's tuples are something different though. They don't even map to System.Tuple. The syntax is: (int x, int y)

Re: Always false float comparisons

On Monday, 9 May 2016 at 12:30:13 UTC, Walter Bright wrote: Promoting to double does not lose precision. Yes, badly worded on my part, I was getting at the original assignment from double to float.

Re: parameter pack to inputRange

On 05/09/2016 03:44 AM, Dicebot wrote: > Ali version generates a compile-time switch for index I think it's a run-time switch, generated by a compile-time foreach: E front() { final switch (index) {// <-- RUNTIME /* static */ foreach (i, arg; Args) { // <--

Re: std.experimental.allocator and @nogc

On 10/05/2016 12:33 AM, ZombineDev wrote: On Monday, 9 May 2016 at 12:02:19 UTC, rikki cattermole wrote: On 09/05/2016 11:56 PM, ZombineDev wrote: On Monday, 9 May 2016 at 11:20:00 UTC, rikki cattermole wrote: On 09/05/2016 11:12 PM, ZombineDev wrote: On Monday, 9 May 2016 at 10:33:27 UTC,

Re: std.experimental.allocator and @nogc

On Monday, 9 May 2016 at 12:02:19 UTC, rikki cattermole wrote: On 09/05/2016 11:56 PM, ZombineDev wrote: On Monday, 9 May 2016 at 11:20:00 UTC, rikki cattermole wrote: On 09/05/2016 11:12 PM, ZombineDev wrote: On Monday, 9 May 2016 at 10:33:27 UTC, rikki cattermole wrote: I've done windowing

Re: powExpressions work at ctfe

On Monday, 9 May 2016 at 12:24:18 UTC, Timon Gehr wrote: On 09.05.2016 11:24, Stefan Koch wrote: At Dconf Manu asked to use pow expressions at CTFE. Luckily he can. powExpressions work at ctfe. enum x=2.4^^4.5; DMD master: ./../../phobos/std/math.d(4857): Error: cannot convert to ushort*

Re: So, About That Official Blog...

On Sunday, 8 May 2016 at 20:31:26 UTC, Nick Sabalausky wrote: I would also recommend a static site generator, I currently use Hugo https://gohugo.io/ though it is written it Go haha. Jekyll got really slow after 30 blog entries, especially if you want to do the syntax highlighting offline.

Re: Always false float comparisons

On 5/9/2016 5:21 AM, Ethan Watson wrote: I'd assume in the first case that the float is being promoted to double for the comparison. Is there already a warning for loss of precision? Promoting to double does not lose precision. We treat warnings as errors in our C++ code, so C4244 triggers

  1   2   >