Re: can D compiler support C/C++ source code?

On 2015-09-21 07:24, donglei wrote: While D is binary compatible with C code, it cannot compile C code nor C header files. In order to use C/C++ binary libs， I have to convert C or C++ header files to D module. It make very difficult to use C binary libs. Can D compiler support C/C++ source code

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On 2015-09-21 06:22, Paul O'Neil wrote: As the title says, cpp_binder is a tool that generates C++ bindings. It reads C++ headers and produces a D file filled with "extern(C++)" declarations. It can translate a bunch of cool, small examples, but is not close to being ready for prime-time. It

Re: can D compiler support C/C++ source code?

On Monday, 21 September 2015 at 05:25:01 UTC, donglei wrote: While D is binary compatible with C code, it cannot compile C code nor C header files. In order to use C/C++ binary libs， I have to convert C or C++ header files to D module. It make very difficult to use C binary libs. Can D

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On Monday, 21 September 2015 at 04:22:30 UTC, Paul O'Neil wrote: I hope that this post will spur discussion / decisions / action binding C++ libraries into D. I think the language capabilities (e.g. extern(C++, namespace)) get really far and that the next big push needs to be on binding real

Re: can D compiler support C/C++ source code?

On Monday, 21 September 2015 at 05:32:52 UTC, Rikki Cattermole wrote: What you are asking for is a c/c++ frontend as part of the D compiler, which is completely infeasible. Making a c frontend part of the compiler should be feasible. I can think of several distinct approaches.

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On Tuesday, 22 September 2015 at 00:31:45 UTC, Paul O'Neil wrote: While D and C++ const don't quite share semantics, they're petty close and they mangle the same way. I do what ZombieDev has in the table. Going from const to mutable like that breaks the type system...

[Issue 15099] C++ projects depend on D projects?

https://issues.dlang.org/show_bug.cgi?id=15099 --- Comment #1 from Manu --- **VS2013, VD 0.3.42 --

Re: Go 1.5

On Tuesday, 22 September 2015 at 02:15:51 UTC, jmh530 wrote: Interesting. Not to resurrect the older D vs. Rust thread, but I have heard it that it can be painful to do some things in Rust. D often has the ability to do unsafe things, like disable the GC. I was looking at how Rust has raw

[Issue 15098] New: C++ nameslace problems

https://issues.dlang.org/show_bug.cgi?id=15098 Issue ID: 15098 Summary: C++ nameslace problems Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: enhancement Priority: P1

[Issue 15098] C++ nameslace problems

https://issues.dlang.org/show_bug.cgi?id=15098 Marco Leise changed: What|Removed |Added CC||marco.le...@gmx.de ---

[Issue 14886] [REG2.066] std.parallelism.parallel with large static array seems to hang compile

https://issues.dlang.org/show_bug.cgi?id=14886 --- Comment #7 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/51ecaf8e47c82f41115cc1d59c6ed384e234eb60 fix Issue 14886 -

Re: Short history of how great job, release team is doing.

On Friday, 18 September 2015 at 20:01:56 UTC, nazriel wrote: ... So - now we are two folks in our team at Fujitsu writing tools in D - more are coming for sure! ... Cool story, and indeed this is a nice way to "sell" anything... I mean showing them how easy is. Matheus.

[Issue 15097] namespace

https://issues.dlang.org/show_bug.cgi?id=15097 Marco Leise changed: What|Removed |Added CC||marco.le...@gmx.de ---

[Issue 15099] New: C++ projects depend on D projects?

https://issues.dlang.org/show_bug.cgi?id=15099 Issue ID: 15099 Summary: C++ projects depend on D projects? Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: enhancement

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

> I read your reasons why you're not using DStep. But I still think it's a > shame that you chose to create a new tool instead of contributing to DStep. > > That's the unfortunate issue with the D community. Everyone is creating > their on projects instead of working together. That's why the

OS minimum version

1. What is the minimum Windows version required by programs created with DMD? 2. What is the minimum Windows version required by programs created with LDC? 3. What is the minimum OS X version required by programs created with LDC? You would believe such information would be easy to find,

Re: Go 1.5

On Monday, 21 September 2015 at 09:58:31 UTC, Chris wrote: I sometimes wonder - and please forgive me my ignorance, because I'm not a GC expert at all - if it would be possible to create a system where the created objects know their own life spans and destroy themselves, once they are no

Re: Go 1.5

On Monday, 21 September 2015 at 10:18:17 UTC, Ola Fosheim Grøstad wrote: On Monday, 21 September 2015 at 09:58:31 UTC, Chris wrote: I sometimes wonder - and please forgive me my ignorance, because I'm not a GC expert at all - if it would be possible to create a system where the created objects

Re: OS minimum version

On Monday, 21 September 2015 at 12:47:39 UTC, ponce wrote: 3. What is the minimum OS X version required by programs created with LDC? Tiger x86 version, I believe.

Re: Beta D 2.068.2-b2

On Tue, Sep 15, 2015 at 7:37 PM, Meta via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Monday, 14 September 2015 at 21:05:42 UTC, Martin Nowak wrote: > >> The second beta for the 2.068.2 point release fixes an regression with >> destroy that could result in a memory

Re: Enumap -- a lightweight AA alternative when your keys are enums

On Wednesday, 16 September 2015 at 03:20:28 UTC, SimonN wrote: Yes, the 0.4.x version works with my examples perfectly. Thanks for adding const support! (I haven't tested yet every combination of const/mutable Enumap, const/mutable foraech-value, and direct/ref foreach-value. My examples are

Re: Moving back to .NET

On Monday, 21 September 2015 at 13:03:20 UTC, default0 wrote: On Monday, 21 September 2015 at 00:01:01 UTC, Temtaime wrote: I also hate errors when a lambda contains some errors. [ 1 ].countUntil!(a => a == undeclared_something); Error: template std.algorithm.searching.countUntil cannot

Cameleon: Stricter Alternative Implementation of VariantN

Because I'm not satisfied with the current state of memory-layout-flexibility/pureness/safeness/nogc/nothrow-ness of `VariantN` I've hacked together a lightweight version of `VariantN`, I currently call `Cameleon`. The code is here: https://github.com/nordlow/justd/blob/master/cameleon.d

Re: Go 1.5

On 2015-09-19 17:56:21 +, thedeemon said: If we carefully use addRoot() and addRange() for data directly pointing to GC heap I think we don't need to let GC scan everything that can lead to this data. This is error-prone in general, of course. Well, that's a different name for malloc &

Re: Moving back to .NET

On Monday, 21 September 2015 at 00:01:01 UTC, Temtaime wrote: I also hate errors when a lambda contains some errors. [ 1 ].countUntil!(a => a == undeclared_something); Error: template std.algorithm.searching.countUntil cannot deduce function from argument types !((a) => a ==

Re: Go 1.5

On Monday, 21 September 2015 at 10:25:05 UTC, Chris wrote: So I'm not completely nuts! Good to know. :) I wonder, if something like this is feasible in D. I am too. I'm toying with some ideas, but I think it would work mostly for shorter programs. Then again, I'm mostly interested in shorter

[Issue 15092] [ICE] Assertion failed: (type->ty != Tstruct || ((TypeStruct *)type)->sym == this), function semantic, file struct.c, line 936.

https://issues.dlang.org/show_bug.cgi?id=15092 Sobirari Muhomori changed: What|Removed |Added See Also|

Re: Go 1.5

On Monday, 21 September 2015 at 10:25:05 UTC, Chris wrote: On Monday, 21 September 2015 at 10:18:17 UTC, Ola Fosheim Grøstad wrote: On Monday, 21 September 2015 at 09:58:31 UTC, Chris wrote: I sometimes wonder - and please forgive me my ignorance, because I'm not a GC expert at all - if it

[Issue 11260] Assertion `type->ty != Tstruct || ((TypeStruct *)type)->sym == this' failed

https://issues.dlang.org/show_bug.cgi?id=11260 Sobirari Muhomori changed: What|Removed |Added See Also|

[Issue 15092] New: [ICE] Assertion failed: (type->ty != Tstruct || ((TypeStruct *)type)->sym == this), function semantic, file struct.c, line 936.

https://issues.dlang.org/show_bug.cgi?id=15092 Issue ID: 15092 Summary: [ICE] Assertion failed: (type->ty != Tstruct || ((TypeStruct *)type)->sym == this), function semantic, file struct.c, line 936. Product: D

[Issue 7625] inlining only works with explicit else branch

https://issues.dlang.org/show_bug.cgi?id=7625 --- Comment #5 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/f5261a2a978831e10a2ff36d3e342770f846dd1b fix Issue 7625 - inlining

[Issue 7625] inlining only works with explicit else branch

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

Re: Go 1.5

On Monday, 21 September 2015 at 19:32:23 UTC, Ola Fosheim Grøstad wrote: If the compiler can prove that two pointers point to non-overlapping memory regions then the compiler can optimize better. This is one of the reasons why Fortran compilers managed to do better than C for a long time.

Re: foreach automoatic counter?

On Monday, 21 September 2015 at 22:24:22 UTC, French Football wrote: On Monday, 21 September 2015 at 19:23:38 UTC, cym13 wrote: On Monday, 21 September 2015 at 16:32:25 UTC, French Football wrote: [...] I had to look into phobos sources (/usr/include/dlang/dmd/std/containers/dlist.d) to

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On 09/21/2015 12:01 PM, Ola Fosheim Grøstad wrote: > On Monday, 21 September 2015 at 09:45:01 UTC, ZombineDev wrote: >> I guess that the only thing that doesn't map directly to D is &&. The >> others look on the D side like this: >> C++ -> D >> T* -> T* >> T& -> ref T >> const T*

Re: Building basic gtkd,opengl application

It turns out it was caused by a bug in the gtkd. Thanks to Mike Wey already fixed. My minimal working code if somebody was intrested.

Re: foreach automoatic counter?

On Monday, September 21, 2015 15:38:38 French Football via Digitalmars-d-learn wrote: > Going through a book on coding in D, > http://ddili.org/ders/d.en/foreach.html , I find the following > very useful feature: > > When two names are specified in the names section [with a plain > array], they

Can't seem to alias BinaryHeap and use heapify

I've got: alias ProgramResultsQueue(O,I) = BinaryHeap!(Array!(Results!(O,I)), compareResults); outside the class ProgramOptimizer. Inside the class I have: ProgramResultsQueue!(O,I) programResultsQ = heapify!(compareResults, Array!(Results!(O,I)))(Array!(Results!(O,I)), 0); at class

Re: OS minimum version

On Monday, September 21, 2015 20:47:09 anonymous via Digitalmars-d-learn wrote: > On Monday 21 September 2015 14:47, ponce wrote: > > > 1. What is the minimum Windows version required by programs > > created with DMD? > > http://dlang.org/dmd-windows.html says: "Windows XP or later, 32 or 64 bit".

[Issue 15096] New: std.range.array cannot be instantiated for pointers to ranges

https://issues.dlang.org/show_bug.cgi?id=15096 Issue ID: 15096 Summary: std.range.array cannot be instantiated for pointers to ranges Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

How come it crashes a lot ? > Glancing quickly at the source, it looks like it is using clang as a > source of C++ truth. It's crashing a lot because I make some incorrect assumptions about what's in the AST and not everything is handled. Getting templates right is hard, and cpp_binder doesn't

Re: Can't seem to alias BinaryHeap and use heapify

It is much more efficient if you can show the problem in minimal code. :) Here is minimal code that demonstrates the problem: import std.container; struct Results(O, I) {} bool compareResults(O, I)(Results!(O, I) lhs, Results!(O, I) rhs) { return lhs == rhs; } alias

Re: Why are static arrays not ranges?

On Monday, 21 September 2015 at 20:33:10 UTC, Jack Stouffer wrote: That's ridiculous. Do I have to wrap my static arrays in structs to get range primitives? Is there an actual reason for this? I had done basically the same thing. Below is my naive implementation. import std.traits;

Re: Why are static arrays not ranges?

On Monday, September 21, 2015 20:46:51 Jack Stouffer via Digitalmars-d-learn wrote: > On Monday, 21 September 2015 at 20:39:55 UTC, Jesse Phillips > wrote: > > A static array has a constant length, so it is not possible to > > popFront on a static array. > > > > Making a dynamic array from it is

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On 09/21/2015 05:29 AM, Jacob Carlborg wrote: > On 2015-09-21 06:22, Paul O'Neil wrote: > >> I've written more about cpp_binder and my experiences at >> http://www.todayman.net/cpp_binder-pre-announcement-and-status.html. > > About the plugin architecture. I tried modifying DMD to run DStep to

[Issue 12233] Attempting to use TypeInfo.init results in a compiler error due to lack of 'this'.

https://issues.dlang.org/show_bug.cgi?id=12233 Alex Parrill changed: What|Removed |Added CC||initrd...@gmail.com ---

Re: foreach automoatic counter?

On Monday, 21 September 2015 at 19:23:38 UTC, cym13 wrote: On Monday, 21 September 2015 at 16:32:25 UTC, French Football wrote: [...] I had to look into phobos sources (/usr/include/dlang/dmd/std/containers/dlist.d) to find a unittest, and judging from it it seems inserting in the middle

[Issue 15097] New: namespace

https://issues.dlang.org/show_bug.cgi?id=15097 Issue ID: 15097 Summary: namespace Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: enhancement Priority: P1

[Issue 15097] namespace

https://issues.dlang.org/show_bug.cgi?id=15097 Manu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 15093] New: optimize slist_reset

https://issues.dlang.org/show_bug.cgi?id=15093 Issue ID: 15093 Summary: optimize slist_reset Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1

[Issue 15094] New: __traits(getMember) fails when the source is a struct/class field

https://issues.dlang.org/show_bug.cgi?id=15094 Issue ID: 15094 Summary: __traits(getMember) fails when the source is a struct/class field Product: D Version: D2 Hardware: x86_64 OS: Linux Status:

Re: foreach automoatic counter?

On Mon, 21 Sep 2015 15:38:38 +, French Football wrote: > Going through a book on coding in D, > http://ddili.org/ders/d.en/foreach.html , I find the following very > useful feature: > > When two names are specified in the names section [with a plain array], > they represent an automatic

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On Monday, 21 September 2015 at 09:45:01 UTC, ZombineDev wrote: I guess that the only thing that doesn't map directly to D is &&. The others look on the D side like this: C++ -> D T* -> T* T& -> ref T const T* -> const T* const T& -> const ref T I don't think D const and C++

Re: can D compiler support C/C++ source code?

On Monday, 21 September 2015 at 05:32:52 UTC, Rikki Cattermole wrote: What you are asking for is a c/c++ frontend as part of the D compiler, which is completely infeasible. Of course it's feasible, but it would mean that the D compiler would have to have a full-blown C++ compiler built into

foreach automoatic counter?

Going through a book on coding in D, http://ddili.org/ders/d.en/foreach.html , I find the following very useful feature: When two names are specified in the names section [with a plain array], they represent an automatic counter and the value of the element, respectively: foreach (i,

Re: foreach automoatic counter?

On Monday, 21 September 2015 at 15:38:40 UTC, French Football wrote: Going through a book on coding in D, http://ddili.org/ders/d.en/foreach.html , I find the following very useful feature: When two names are specified in the names section [with a plain array], they represent an automatic

[Issue 15085] std.datetime unittest fail due to missing TZname

https://issues.dlang.org/show_bug.cgi?id=15085 Jonathan M Davis changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 15085] std.datetime unittest fail due to missing TZname

https://issues.dlang.org/show_bug.cgi?id=15085 --- Comment #1 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/e3a239e79a7d0283210ad004260111c480d0fe8d Fix for issue# 15085:

Do users need to install VS runtime redistributable if linking with Microsoft linker?

All in the title. DMD 64-bit links with the VS linker. Do users need to install the VS redistributable libraries?

Re: Release D 2.068.1

On 09/19/2015 07:51 PM, Vladimir Panteleev wrote: What would DMD identify itself as then, if a version is not specified on make's command line? It could use the output of `git describe`. That would probably be better anyway, because non-release builds would properly identify themselves as

Re: Building basic gtkd,opengl application

So no idea how to make basic gtk/opengl application working?

Re: Building basic gtkd,opengl application

On Monday, 21 September 2015 at 18:07:27 UTC, Ali Çehreli wrote: Does that work? Yes and clear output there. I have tried some basic examples of gtkd and they seems to work. GLArea has some problems.

Re: Building basic gtkd,opengl application

On 09/21/2015 10:59 AM, Michał wrote: So no idea how to make basic gtk/opengl application working? With no experience at all, copying an example without opengl from a basic and incomplete Turkish gtkd tutorial[1]: import gtk.Window; import gtk.Main; int main(string[] args) {

Re: Building basic gtkd,opengl application

On Monday, 21 September 2015 at 18:08:15 UTC, bachmeier wrote: On Monday, 21 September 2015 at 17:59:17 UTC, Michał wrote: So no idea how to make basic gtk/opengl application working? The project has its own forum if you haven't already posted there: http://forum.gtkd.org/ I didn't. I will

Re: Beta D 2.068.2-b2

On Monday, 21 September 2015 at 13:23:21 UTC, Rory McGuire wrote: That takes forever on 2.068.0 as well. Even as: import std.range; uint[ushort.max] inst; alias InstElem = ElementType!(typeof(inst)); even weirder (to me at least) its related to the number of items in "inst". uint[1] is quick.

Re: Building basic gtkd,opengl application

On Monday, 21 September 2015 at 17:59:17 UTC, Michał wrote: So no idea how to make basic gtk/opengl application working? The project has its own forum if you haven't already posted there: http://forum.gtkd.org/

Re: foreach automoatic counter?

On Monday, 21 September 2015 at 15:54:06 UTC, Justin Whear wrote: On Monday, 21 September 2015 at 15:58:12 UTC, cym13 wrote: Thankyou! .enumerate lets me iterate over a container with a counter. --Related tangential question... If I have a DList, how do I insert into the middle of it?

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On Monday, 21 September 2015 at 09:59:44 UTC, ZombineDev wrote: On Monday, 21 September 2015 at 09:45:01 UTC, ZombineDev wrote: [...] Another option is to introduce a special built-in function like std::move that just selects the rvalue overload. This would require a language change, but

Re: DUB 0.9.24 release

On Sunday, 20 September 2015 at 19:36:13 UTC, Sönke Ludwig wrote: Getting close to the 1.0.0 milestone, this release implements all of the major missing features except for a reviewed/cleaned up D API. The most important changes in this release are: clip Download:

Re: Moving back to .NET

On Sunday, 20 September 2015 at 17:32:53 UTC, Adam wrote: My experiences with D recently have not been fun. The language itself has a top notch feature rich set. The implementation, excluding bugs, feels a bit boxy and old school. .NET has a unified approach and everything seems to fit

Re: Tried release build got ICE, does anyone have a clue what might cause this?

On Friday, 18 September 2015 at 22:54:43 UTC, Random D user wrote: I get: tym = x1d Internal error: backend\cgxmm.c 547 Does anyone have a clue what might trigger this? https://issues.dlang.org/show_bug.cgi?id=7951 https://issues.dlang.org/show_bug.cgi?id=12377 On Saturday, 19 September

Re: Moving back to .NET

On Monday, 21 September 2015 at 14:00:42 UTC, PovGuy wrote: On Sunday, 20 September 2015 at 17:32:53 UTC, Adam wrote: [...] D is community driven. It's what people want it to be. One thing: don't expect to master it in two weeks, particularly if you want it to be like your motherland

Re: Go 1.5

On Monday, 21 September 2015 at 14:30:19 UTC, Chris wrote: What's the current state of D's GC. Will std.allocator improve things eventually? I don't understand the point of std.allocator. AFAIK the current GC has very limited compiler support. A smart compiler could move allocations to the

Re: tkd not linking

On Tuesday, 15 September 2015 at 17:46:42 UTC, Adam D. Ruppe wrote: On Tuesday, 15 September 2015 at 17:37:40 UTC, karabuta wrote: Just incase, I have install version 8.6 of the Tcl/Tk libraries Did you get the development version? sudo apt-get install tk-dev or possibly sudo apt-get

Re: Go 1.5

On Monday, 21 September 2015 at 12:04:11 UTC, Ola Fosheim Grøstad wrote: That is most likely even more work than creating a language solution? What's the current state of D's GC. Will std.allocator improve things eventually?

Re: DUB release candidate 0.9.24-rc.3 ready for testing

Am 18.09.2015 um 10:37 schrieb BBasile: On Monday, 14 September 2015 at 11:45:13 UTC, Sönke Ludwig wrote: If no regressions show up in this RC, the final release will be made on the upcoming Sunday. The main additions are support for SDLang [1] package recipes [2] and a vastly improved "dub

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On Monday, 21 September 2015 at 07:45:48 UTC, Ola Fosheim Grøstad wrote: On Monday, 21 September 2015 at 04:22:30 UTC, Paul O'Neil wrote: I hope that this post will spur discussion / decisions / action binding C++ libraries into D. I think the language capabilities (e.g. extern(C++,

Re: DUB release candidate 0.9.24-rc.3 ready for testing

Am 15.09.2015 um 18:56 schrieb Nick Sabalausky: On 09/14/2015 07:45 AM, Sönke Ludwig wrote: SDLang [1] [...] [1]: http://sdl.ikayzo.org/display/SDL/Home That site is down at the moment (I've contacted the owner). But in the meantime, a mirror of the site is available at The Wayback Machine

Re: Go 1.5

On Friday, 18 September 2015 at 19:26:27 UTC, Rory wrote: The new GC in Go 1.5 seems interesting. What they say about is certainly interesting. http://blog.golang.org/go15gc "To create a garbage collector for the next decade, we turned to an algorithm from decades ago. Go's new garbage

Re: cpp_binder, a not-yet-useful tool for generating C++ bindings

On Monday, 21 September 2015 at 09:45:01 UTC, ZombineDev wrote: [...] Another option is to introduce a special built-in function like std::move that just selects the rvalue overload. This would require a language change, but would save us from adding && type qualifiers (which is a far more

Re: Why are static arrays not ranges?

On Monday, 21 September 2015 at 20:33:10 UTC, Jack Stouffer wrote: import std.range; void main() { int[6] a = [1, 2, 3, 4, 5, 6]; pragma(msg, isInputRange!(typeof(a))); pragma(msg, isForwardRange!(typeof(a))); pragma(msg, isRandomAccessRange!(typeof(a))); } $ dmd -run test.d

[Issue 15095] Malformed URL in documentation link

https://issues.dlang.org/show_bug.cgi?id=15095 --- Comment #3 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/0bff377c061406bf6bbb63a6e1df010d9f00fb13 fix issue 15095 Add

[Issue 15095] Malformed URL in documentation link

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

[Issue 15087] DDoc: Add function attributes section for templates

https://issues.dlang.org/show_bug.cgi?id=15087 Steven Schveighoffer changed: What|Removed |Added CC|

[Issue 15095] Malformed URL in documentation link

https://issues.dlang.org/show_bug.cgi?id=15095 --- Comment #4 from ag0ae...@gmail.com --- Thanks for reporting, earthfront. The codebase has been fixed. It will take some time for the fix to make its way to the site, though. The docs for the current development version

Why are static arrays not ranges?

import std.range; void main() { int[6] a = [1, 2, 3, 4, 5, 6]; pragma(msg, isInputRange!(typeof(a))); pragma(msg, isForwardRange!(typeof(a))); pragma(msg, isRandomAccessRange!(typeof(a))); } $ dmd -run test.d false false false That's ridiculous. Do I have to wrap my static

Re: Why are static arrays not ranges?

On Monday, 21 September 2015 at 20:33:10 UTC, Jack Stouffer wrote: import std.range; void main() { int[6] a = [1, 2, 3, 4, 5, 6]; pragma(msg, isInputRange!(typeof(a))); pragma(msg, isForwardRange!(typeof(a))); pragma(msg, isRandomAccessRange!(typeof(a))); } $ dmd -run test.d

Re: Why are static arrays not ranges?

On Monday, 21 September 2015 at 20:33:10 UTC, Jack Stouffer wrote: pragma(msg, isInputRange!(typeof(a))); try: pragma(msg, isInputRange!(typeof(a[]))); Notice the addition of the [] after the a. That's the slicing operator and it will yield a range. Is there an actual reason for

Re: Why are static arrays not ranges?

On Monday 21 September 2015 22:33, Jack Stouffer wrote: > import std.range; > > void main() { > int[6] a = [1, 2, 3, 4, 5, 6]; > > pragma(msg, isInputRange!(typeof(a))); > pragma(msg, isForwardRange!(typeof(a))); > pragma(msg, isRandomAccessRange!(typeof(a))); > } > > $ dmd

Re: Why are static arrays not ranges?

On Monday, 21 September 2015 at 20:39:55 UTC, Jesse Phillips wrote: A static array has a constant length, so it is not possible to popFront on a static array. Making a dynamic array from it is easy, just slice it with []: pragma(msg, isInputRange!(typeof(a[]))); pragma(msg,

Re: foreach automoatic counter?

On Monday, 21 September 2015 at 16:32:25 UTC, French Football wrote: On Monday, 21 September 2015 at 15:54:06 UTC, Justin Whear wrote: On Monday, 21 September 2015 at 15:58:12 UTC, cym13 wrote: Thankyou! .enumerate lets me iterate over a container with a counter. --Related tangential

Re: Go 1.5

On Monday, 21 September 2015 at 18:28:19 UTC, jmh530 wrote: My understanding is that the key benefit of Rust's system is that compile time checks don't have the runtime costs of smart pointers. + aliasing information. If the compiler can prove that two pointers point to non-overlapping

Re: Moving back to .NET

On Sunday, 20 September 2015 at 17:32:53 UTC, Adam wrote: My experiences with D recently have not been fun. ... My main concern with .NET is portability and performance. I am going to give in to the portability and just assume Mono is good enough. Performance wise, I'd prefer D, but .NET is

Re: OS minimum version

On 2015-09-21 14:47, ponce wrote: 1. What is the minimum Windows version required by programs created with DMD? 2. What is the minimum Windows version required by programs created with LDC? I'm guessing Windows XP for both LDC and DMD. Windows is pretty good at backwards compatibility. 3.

Re: OS minimum version

On Monday 21 September 2015 14:47, ponce wrote: > 1. What is the minimum Windows version required by programs > created with DMD? http://dlang.org/dmd-windows.html says: "Windows XP or later, 32 or 64 bit".

Re: OS minimum version

On Monday, 21 September 2015 at 18:47:10 UTC, anonymous wrote: On Monday 21 September 2015 14:47, ponce wrote: 1. What is the minimum Windows version required by programs created with DMD? http://dlang.org/dmd-windows.html says: "Windows XP or later, 32 or 64 bit". Thanks to all.

[Issue 15095] New: Malformed URL in documentation link

https://issues.dlang.org/show_bug.cgi?id=15095 Issue ID: 15095 Summary: Malformed URL in documentation link Product: D Version: D2 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P1

Re: Go 1.5

On Monday, 21 September 2015 at 11:01:27 UTC, ZombineDev wrote: There's also a simple thing called smart pointers which do this with RAII, copy and move semantics. Smart pointers manage the lifetime of the object they point to automatically. You just need to make sure that you access the

[Issue 15095] Malformed URL in documentation link

https://issues.dlang.org/show_bug.cgi?id=15095 --- Comment #1 from earthfront --- First link under that section has the same issue. --

Re: Moving back to .NET

On Monday, 21 September 2015 at 02:38:28 UTC, Walter Bright wrote: On 9/20/2015 5:00 PM, Temtaime wrote: I also hate errors when a lambda contains some errors. [ 1 ].countUntil!(a => a == undeclared_something); Error: template std.algorithm.searching.countUntil cannot deduce function from

  1   2   >