Re: Accessing COM Objects

On Wednesday, 15 June 2016 at 07:01:30 UTC, Joerg Joergonson wrote: It seems idl2d from VD is not easily compilable? I don't remember problems with that, anyway here's the binary I used: http://stuff.thedeemon.com/idl2d.exe

Re: Beta release DUB 1.0.0-beta.1

On 06/13/2016 07:31 AM, Kagamin wrote: On Friday, 10 June 2016 at 17:45:54 UTC, Nick Sabalausky wrote: On 06/08/2016 11:04 AM, Kagamin wrote: BTW do people find nested comments particularly useful? God yes. It's the *only* block comment I ever use. Non-nesting comment blocks are a worthless

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 13:13:05 UTC, data pulverizer wrote: On Wednesday, 15 June 2016 at 12:10:32 UTC, Seb wrote: As said you can avoid the copy (see below). I also profiled it a bit and it was interesting to see that 50% of the runtime are spent on generating the random matrix. On my

Re: ndslice: convert a sliced object to T[]

Oh, I didn't see that runif now returns a tuple.

Re: Garbage Collector

On Wednesday, 15 June 2016 at 13:19:31 UTC, Konstantin wrote: I don’t believe a community is capable of creating a good GC. It’s just too complex engineering task. It’s been a known problem for years, still no solution. GCs are a solved problem and the most common and fastest techniques have

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 13:17:46 UTC, Chris wrote: In my experience, statically typed languages prevent a lot of silly and time consuming bugs by simply checking the type. Yes, but I would put it more generally. Matching a program against a specification of constraints prevents a set of

Re: Anybody still using the chm docs

On Wednesday, 15 June 2016 at 10:58:04 UTC, Martin Nowak wrote: It's a huge maintenance effort for us to produce the chm files. We no longer generate documentation on Windows, but just for the chm generation we have dedicated tools [¹] to create an index (from a json generated via ddoc) and

Re: Garbage Collector

On 16/06/2016 1:33 AM, rikki cattermole wrote: I'm not sure how much you know about D but: 1. Somebody is working on improving D's GC as part of GSOC in the hopes of making it able to be precise (from memory not 100% sure). 2. Only a few language features forces you to use the GC. 3. For most

Re: Garbage Collector

On Wednesday, 15 June 2016 at 13:19:31 UTC, Konstantin wrote: I don’t believe a community is capable of creating a good GC. you are wrong. and you definitely know nothing about garbage collection, virtual machines and code generation. i wonder why people keep coming with "suggestions" and

Re: Garbage Collector

On Wednesday, 15 June 2016 at 13:19:31 UTC, Konstantin wrote: Has anyone thought about taking GC from .NET and reusing it in D? Fast GC for D was considered and rejected. What can be done is a precise and concurrent GC.

Re: Garbage Collector

I'm not sure how much you know about D but: 1. Somebody is working on improving D's GC as part of GSOC in the hopes of making it able to be precise (from memory not 100% sure). 2. Only a few language features forces you to use the GC. 3. For most uses you are not forced to use the GC in any

Re: Anybody still using the chm docs

On Wednesday, 15 June 2016 at 10:58:04 UTC, Martin Nowak wrote: It's a huge maintenance effort for us to produce the chm files. I didn't know this was a thing. It's cool, but if it is a big inconvenience, then I don't think it needs to be included. I suggest just providing a way for people

Re: Garbage Collector

On Wednesday, 15 June 2016 at 13:19:31 UTC, Konstantin wrote: Started learning D. Like the language. However, found several people complaining about garbage collector’s reliability and performance. For me it’s a showstopper. Possible to disable. I don’t believe a community is capable of

Garbage Collector

Started learning D. Like the language. However, found several people complaining about garbage collector’s reliability and performance. For me it’s a showstopper. I don’t believe a community is capable of creating a good GC. It’s just too complex engineering task. It’s been a known problem

Re: GTKD - Application crashes - or not? [Coedit]

On Wednesday, 15 June 2016 at 10:31:18 UTC, TheDGuy wrote: Thanks a lot for your answer, getcwd() returns the path where coedit is located on my harddrive: C:\Program Files (x86)\Coedit_32\coedit.2update6.win32 How can i change that? I'm not familiar with Coedit, but the run options seem to

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 12:14:45 UTC, Ola Fosheim Grøstad wrote: On Wednesday, 15 June 2016 at 11:33:23 UTC, Chris wrote: But Python for example doesn't care. Python is fairly dynamic and static analysis tools such as PyCharm helps a lot when you write larger Python projects. What

Re: Anybody still using the chm docs

On 16/06/2016 12:57 AM, captaindet wrote: On 2016-06-16 00:29, rikki cattermole wrote: Honestly? I read the source for Phobos even with a internet connection quite often. So having it not included isn't an issue there, but spec is. real programmers do ... well, i do sometimes too. but i

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 12:10:32 UTC, Seb wrote: As said you can avoid the copy (see below). I also profiled it a bit and it was interesting to see that 50% of the runtime are spent on generating the random matrix. On my machine now both scripts take 1.5s when compiled with I didn't

Re: Anybody still using the chm docs

On 2016-06-16 00:29, rikki cattermole wrote: Honestly? I read the source for Phobos even with a internet connection quite often. So having it not included isn't an issue there, but spec is. real programmers do ... well, i do sometimes too. but i rather regard myself as an average user, while

Re: Anybody still using the chm docs

On 16/06/2016 12:04 AM, captaindet wrote: As long as pdf is still being generated I see no reason to not drop it. Cost vs benefit. not sure what pdf you are referring to. https://dlang.org/dlangspec.pdf ? - this is only the language spec. the chm contains the whole website incl phobos

[Issue 16175] allow statements and declaration in a compiles block

https://issues.dlang.org/show_bug.cgi?id=16175 Ketmar Dark changed: What|Removed |Added CC|

[Issue 16175] allow statements and declaration in a compiles block

https://issues.dlang.org/show_bug.cgi?id=16175 --- Comment #1 from Ketmar Dark --- actually, most of the time you can do that with this: __traits(compiles,{int* cMutable = }) just use lambda syntax -- we have many of 'em in D. ;-) --

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 11:33:23 UTC, Chris wrote: But Python for example doesn't care. Python is fairly dynamic and static analysis tools such as PyCharm helps a lot when you write larger Python projects. What you describe is basically trying to mimic static typing. No, you can

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 11:19:20 UTC, data pulverizer wrote: On Wednesday, 15 June 2016 at 09:32:21 UTC, Andrea Fontana wrote: Then I think the slice.byElement.array is the right solution. The problem with that is that it slows down the code. I compared matrix multiplication between R

Re: Button: A fast, correct, and elegantly simple build system.

On Wednesday, 15 June 2016 at 11:47:00 UTC, Walter Bright wrote: On 6/15/2016 4:07 AM, Edwin van Leeuwen wrote: How about using reggae? https://github.com/atilaneves/phobos/blob/reggae/reggaefile.d I haven't studied either. If you do study that reggae file, remember that it's a deliberate

Re: Anybody still using the chm docs

As long as pdf is still being generated I see no reason to not drop it. Cost vs benefit. not sure what pdf you are referring to. https://dlang.org/dlangspec.pdf ? - this is only the language spec. the chm contains the whole website incl phobos documentation, compiler options, articles and

Re: Button: A fast, correct, and elegantly simple build system.

On 6/15/16 1:42 AM, Jason White wrote: On Monday, 13 June 2016 at 20:12:27 UTC, Walter Bright wrote: On 6/12/2016 4:27 PM, Jason White wrote: I don't understand this dependency-phobia. It's the "first 5 minutes" thing. Every hiccup there costs us maybe half the people who just want to try it

Re: Button: A fast, correct, and elegantly simple build system.

On 6/15/16 1:29 AM, Jason White wrote: On Tuesday, 14 June 2016 at 14:57:52 UTC, Andrei Alexandrescu wrote: On 6/12/16 8:27 PM, Walter Bright wrote: On 5/30/2016 12:16 PM, Jason White wrote: Here is an example build description for DMD:

Re: Anybody still using the chm docs

It's a huge maintenance effort for us to produce the chm files. ... So I'm wondering if in 2016 someone really needs an offline copy of a website shipped with a binary release? i am very glad the chm file exists whenever i am not online, e.g. on a plane or train (free wifi is not a given

Re: Button: A fast, correct, and elegantly simple build system.

On Wednesday, 15 June 2016 at 05:42:21 UTC, Jason White wrote: On Monday, 13 June 2016 at 20:12:27 UTC, Walter Bright wrote: On 6/12/2016 4:27 PM, Jason White wrote: I don't understand this dependency-phobia. It's the "first 5 minutes" thing. Every hiccup there costs us maybe half the

Re: Button: A fast, correct, and elegantly simple build system.

On 6/15/2016 4:07 AM, Edwin van Leeuwen wrote: How about using reggae? https://github.com/atilaneves/phobos/blob/reggae/reggaefile.d I haven't studied either.

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 10:27:14 UTC, Ola Fosheim Grøstad wrote: Sorry, I missed this question. No, some languages distinguish by requiring you to use special syntax like "let x = 4" for introducing the name "x" and so on. Some languages also allow you to freeze a variable so it

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 10:08:41 UTC, Ola Fosheim Grøstad wrote: That's just because your example isn't realistic. A realistic case in Python etc is where you accidentally assign when you wanted to introduce a new symbol. That is not a typing issue. A realistic D/C++ scenario: import

[Issue 16167] chm-nav.json generation is broken

https://issues.dlang.org/show_bug.cgi?id=16167 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/7a04b5b8152400957c1d12752446175a72f33a2f fix Issue 16167 - chm-nav.json generation is

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 09:32:21 UTC, Andrea Fontana wrote: Then I think the slice.byElement.array is the right solution. The problem with that is that it slows down the code. I compared matrix multiplication between R and D's cblas adaptor and ndslice. n = 4000 Matrices: A, B Sizes:

Re: LDC 1.0.0 has been released!

On 2016-06-07 14:59, FreeSlave wrote: Yes. Look at https://issues.dlang.org/show_bug.cgi?id=16096 I don't have such problem with ldc 1.0.0. Fixed, unless you already have noticed. -- /Jacob Carlborg

Re: Button: A fast, correct, and elegantly simple build system.

On Monday, 13 June 2016 at 00:27:47 UTC, Walter Bright wrote: On 5/30/2016 12:16 PM, Jason White wrote: Here is an example build description for DMD: https://github.com/jasonwhite/dmd/blob/button/src/BUILD.lua I'd say that's a lot easier to read than this crusty thing:

Re: Anybody still using the chm docs

On 15/06/2016 10:58 PM, Martin Nowak wrote: It's a huge maintenance effort for us to produce the chm files. We no longer generate documentation on Windows, but just for the chm generation we have dedicated tools [¹] to create an index (from a json generated via ddoc) and copy the html files. So

Anybody still using the chm docs

It's a huge maintenance effort for us to produce the chm files. We no longer generate documentation on Windows, but just for the chm generation we have dedicated tools [¹] to create an index (from a json generated via ddoc) and copy the html files. So I'm wondering if in 2016 someone really

Re: Button: A fast, correct, and elegantly simple build system.

On Wednesday, 15 June 2016 at 05:04:28 UTC, Jason White wrote: If you want to depend on the compiler version, then you can add a dependency on the compiler executable. It might be a good idea to have Button do this automatically for every command. That is, finding the path to the command's

arr.ptr, @safe and void*

Hi, Walter's made a fix for arr[$..$].ptr being unsafe to dereference - .ptr will be @system: https://github.com/dlang/dmd/pull/5860 A referenced druntime pull mentioned having a safe wrapper for .ptr that allows comparison of the pointer value, but does not allow dereference. The wrapper

Re: GTKD - Application crashes - or not? [Coedit]

On Wednesday, 15 June 2016 at 10:21:20 UTC, Rene Zwanenburg wrote: On Wednesday, 15 June 2016 at 09:48:19 UTC, TheDGuy wrote: But if i execute the app my hand (in the windows command window or my double click) it works as expected (so no error)? Why is that? My first guess would be that

[Issue 16176] Unreachable code not detected with -w

https://issues.dlang.org/show_bug.cgi?id=16176 Walter Bright changed: What|Removed |Added Keywords||pull --

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 09:40:39 UTC, Chris wrote: On Wednesday, 15 June 2016 at 09:09:42 UTC, Ola Fosheim Grøstad wrote: This isn't related to dynamic typing. It is related to variable assignment with implicit declaration and initialization. But this is part of the definition of a

Re: GTKD - Application crashes - or not? [Coedit]

On Wednesday, 15 June 2016 at 09:48:19 UTC, TheDGuy wrote: But if i execute the app my hand (in the windows command window or my double click) it works as expected (so no error)? Why is that? My first guess would be that Coedit does not use the directory where the executable is located as

[Issue 16176] Unreachable code not detected with -w

https://issues.dlang.org/show_bug.cgi?id=16176 --- Comment #1 from Walter Bright --- https://github.com/dlang/dmd/pull/5868 --

[Issue 16165] Better error message for mismatched function argument types

https://issues.dlang.org/show_bug.cgi?id=16165 Sobirari Muhomori changed: What|Removed |Added Keywords||diagnostic --

[Issue 16176] New: Unreachable code not detected with -w

https://issues.dlang.org/show_bug.cgi?id=16176 Issue ID: 16176 Summary: Unreachable code not detected with -w Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1

[Issue 16141] Organizations page unreachable

https://issues.dlang.org/show_bug.cgi?id=16141 --- Comment #2 from github-bugzi...@puremagic.com --- Commit pushed to revert-1358-add_orgs_menu_item at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/0f7149c60918bcfd2a766d92ccd4bc36ccd9ca30 Revert "Fix issue 16141 -

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 09:40:39 UTC, Chris wrote: But factually I don't: That's just because your example isn't realistic. A realistic case in Python etc is where you accidentally assign when you wanted to introduce a new symbol. That is not a typing issue. A realistic D/C++

[Issue 16175] New: allow statements and declaration in a compiles block

https://issues.dlang.org/show_bug.cgi?id=16175 Issue ID: 16175 Summary: allow statements and declaration in a compiles block Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity:

GTKD - Application crashes - or not? [Coedit]

Hi, this is my app: import gtk.Main; import gtk.MainWindow; import gtk.CssProvider; import gdk.Display; import gdk.Screen; import gtk.StyleContext; import glib.GException; class Window : MainWindow{ this(int width, int height, string title){ super(title);

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 09:09:42 UTC, Ola Fosheim Grøstad wrote: This isn't related to dynamic typing. It is related to variable assignment with implicit declaration and initialization. But this is part of the definition of a dynamic language, isn't it? Conceptually you would have

Re: Parsing D Maybe Not Such a Good Idea <_<;

On 15/06/16 08:27, H. S. Teoh via Digitalmars-d wrote: IMHO, you're thinking about this at the wrong level of abstraction. I tend to agree. The first order of business, before you even think about parsing, should be to tokenize (or lex) the input. This is the stage where you break up the

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 08:56:15 UTC, data pulverizer wrote: On Wednesday, 15 June 2016 at 08:53:22 UTC, Andrea Fontana wrote: On Wednesday, 15 June 2016 at 08:25:35 UTC, data pulverizer wrote: I guess foreach would not copy the elements? for example: foreach(el; slice.byElement)

Re: short programme from "Programming in D" by Ali Cehreli.

On Tuesday, 14 June 2016 at 16:09:00 UTC, Steven Schveighoffer wrote: On 6/14/16 11:44 AM, Ali Çehreli wrote: On 06/14/2016 04:52 AM, Nick B wrote: Further, when the format string is a literal like the one used in the program, the compiler can in theory determine at compile time that the

Re: I'd love to see DScript one day ...

On Wednesday, 15 June 2016 at 08:48:19 UTC, Chris wrote: On Tuesday, 14 June 2016 at 21:23:38 UTC, Walter Bright wrote: On 6/14/2016 11:55 AM, Dicebot wrote: I find a typeless language convenient when it's less than one screen in size. Their advantages fall away when things get larger. I

GTKD - overrideBackgroundColor of Button doesn't work

Hello, why does this code not work? RGBA rgb = new RGBA(1,0.5,0.5,1.0); Button btn_1 = new Button("Start"); btn_1.overrideBackgroundColor(StateFlags.NORMAL, rgb); The color of btn_1 just doesn't change.

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 08:53:22 UTC, Andrea Fontana wrote: On Wednesday, 15 June 2016 at 08:25:35 UTC, data pulverizer wrote: I guess foreach would not copy the elements? for example: foreach(el; slice.byElement) x ~= el; But it feels wrong to be doing work pulling

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 08:25:35 UTC, data pulverizer wrote: I guess foreach would not copy the elements? for example: foreach(el; slice.byElement) x ~= el; But it feels wrong to be doing work pulling elements that already exists by using foreach. I feel as if I am

Re: I'd love to see DScript one day ...

On Tuesday, 14 June 2016 at 21:23:38 UTC, Walter Bright wrote: On 6/14/2016 11:55 AM, Dicebot wrote: I find a typeless language convenient when it's less than one screen in size. Their advantages fall away when things get larger. I don't know how people cope with a large project in a dynamic

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 07:45:12 UTC, Andrea Fontana wrote: On Wednesday, 15 June 2016 at 07:24:23 UTC, data pulverizer wrote: On Wednesday, 15 June 2016 at 03:17:39 UTC, Seb wrote: On Wednesday, 15 June 2016 at 03:11:23 UTC, data pulverizer wrote: in that case: import std.array :

Re: Accessing COM Objects

On Wednesday, 15 June 2016 at 08:21:06 UTC, John wrote: OK, adding the return type to the signature should fix that. So: private static Parameter getParameters(MethodImpl method) Sorry, I meant the getParameter methods should return be: private static Parameter[] getParameters(MethodImpl

Re: The Problem With DIPs

On Monday, 13 June 2016 at 20:15:09 UTC, Walter Bright wrote: On 6/13/2016 3:33 AM, Ola Fosheim Grøstad wrote: But would it really have an effect if I wrote a DIP on getting predictable floating point behaviour? If there is a chance that it would, then I might consider it :-). I encourage

Re: Accessing COM Objects

On Wednesday, 15 June 2016 at 06:56:59 UTC, Joerg Joergonson wrote: When I try to compile your code I get the following errors: main.d(953): Error: function core.sys.windows.objbase.CoTaskMemAlloc (uint) is not callable using argument types (immutable(ulong)) main.d(970): Error: can only

[Issue 602] Compiler allows a goto statement to skip an initalization

https://issues.dlang.org/show_bug.cgi?id=602 Walter Bright changed: What|Removed |Added See Also|

[Issue 10524] Switch skips initialization of 'with' variable

https://issues.dlang.org/show_bug.cgi?id=10524 Walter Bright changed: What|Removed |Added See Also|

[Issue 14532] switch block allows creating uninitialized variables

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

Re: Strange Issues regarding aliases

On Tuesday, 14 June 2016 at 17:37:40 UTC, Joerg Joergonson wrote: On Tuesday, 14 June 2016 at 17:34:42 UTC, Joerg Joergonson wrote: This is how derelict does it, I simply moved them in to the class for simplicity. I mean glad: http://glad.dav1d.de/ It seems that a loader is required for

Re: I'd love to see DScript one day ...

On Tuesday, 14 June 2016 at 21:23:38 UTC, Walter Bright wrote: I find a typeless language convenient when it's less than one screen in size. Their advantages fall away when things get larger. I don't know how people cope with a large project in a dynamic language. By adding asserts, testing,

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 07:24:23 UTC, data pulverizer wrote: On Wednesday, 15 June 2016 at 03:17:39 UTC, Seb wrote: On Wednesday, 15 June 2016 at 03:11:23 UTC, data pulverizer wrote: in that case: import std.array : array; int[] x = slice.byElement.array; Are you sure you want to

Re: size_t vs uintptr_t

On Wednesday, 15 June 2016 at 07:29:05 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 14 June 2016 at 23:19:12 UTC, Walter Bright wrote: There is no conceivable case where alignment will be > 32 bits, nor not being a power of 2. Are you talking about hardware alignment or programmer specified

Re: size_t vs uintptr_t

On 6/14/2016 11:31 PM, Jacob Carlborg wrote: Ok, I admit these are not likely to emerge. But I'd like our code to be pedantically, nitpickingly correct, as well as self-documenting. I'd like that too, but as you said it's not an issue on any supported platforms. Therefore I think we have much

Re: size_t vs uintptr_t

On Tuesday, 14 June 2016 at 23:19:12 UTC, Walter Bright wrote: There is no conceivable case where alignment will be > 32 bits, nor not being a power of 2. Are you talking about hardware alignment or programmer specified alignment?

Re: size_t vs uintptr_t

On 6/14/2016 8:43 PM, rikki cattermole wrote: size_t is defined in object.d. If we want to migrate fully, we will need to add a public import for uintptr_t. Otherwise it is not very consistent (and adds one more import across the board, when previously there was none.). I won't say you're

Re: ndslice: convert a sliced object to T[]

On Wednesday, 15 June 2016 at 03:17:39 UTC, Seb wrote: On Wednesday, 15 June 2016 at 03:11:23 UTC, data pulverizer wrote: in that case: import std.array : array; int[] x = slice.byElement.array; Are you sure you want to create a _copy_ of your data? In most cases you don't need that ;-)

Re: size_t vs uintptr_t

On 6/14/2016 7:04 PM, deadalnix wrote: There are many cases in which alignment in 64bits. Not any that have anything to do with what we use alignment for.

Re: std.experimental.checkedint is ready for comments!

On 6/14/2016 11:32 PM, tsbockman wrote: On Wednesday, 15 June 2016 at 00:16:12 UTC, Walter Bright wrote: -O (DMD) should be a link to the -O flag instructions http://dlang.org/dmd-windows.html#switch-O Done. '--inline' is not a DMD switch Fixed and linked, like -O. Tip 'o the hat.

Re: std.experimental.checkedint is ready for comments!

On 6/14/2016 11:16 PM, tsbockman wrote: On Wednesday, 15 June 2016 at 00:16:12 UTC, Walter Bright wrote: Remove all use of 'you' and 'your' from the documentation. Done. I hope you like the results, and are not doing it just because I asked.

Re: Parsing D Maybe Not Such a Good Idea <_<;

On Wednesday, 15 June 2016 at 05:51:53 UTC, cy wrote: On Wednesday, 15 June 2016 at 04:59:59 UTC, Basile B. wrote: After lexing you can remove all the tokComment and everything becomes simple. Well, let's see. Using this libdparser thing, now I have a [...] I think we have different

Re: std.experimental.checkedint is ready for comments!

On 6/14/2016 11:17 PM, tsbockman wrote: Done. Pretty dazz! > (It turns out that they were actually already supported, but I updated the > docs to make this clearer.) Ain't it cool when that happens?

Re: std.experimental.checkedint is ready for comments!

On 6/14/2016 9:48 PM, tsbockman wrote: On Wednesday, 15 June 2016 at 03:42:52 UTC, Walter Bright wrote: On 6/14/2016 8:15 PM, tsbockman wrote: Do I really need to give it some giant multi-word name? Something better than 'N'. `Int`? `Base`? 'Integer' would work fine. Whatever it is

Re: std.experimental.checkedint is ready for comments!

On 6/14/2016 9:57 PM, tsbockman wrote: The intent is just as clear this way, and it's less verbose. Ok. I'd just change the constraint to: if (isIntegral!N || isCheckedint!N) You can do the qualification machinations using a static if inside the template.

Re: LDC+Dub+Vibe.d work on SmartOS 64bit now

On Thursday, 9 June 2016 at 19:37:29 UTC, Alexandr Basko wrote: On Thursday, 9 June 2016 at 14:25:07 UTC, Joakim wrote: On Thursday, 9 June 2016 at 12:48:24 UTC, Alexandr Basko wrote: On Wednesday, 8 June 2016 at 13:30:26 UTC, Alexandr Basko wrote: [...] Some tests failed. More than that,

Re: Accessing COM Objects

On Wednesday, 15 June 2016 at 06:09:33 UTC, thedeemon wrote: On Monday, 13 June 2016 at 17:38:41 UTC, Incognito wrote: Cool. Oleview gives me the idl files. How to convert the idl files to d or possibly c? There are ready tools idl2d: https://github.com/dlang/visuald/tree/master/c2d and

Re: Accessing COM Objects P3

[in] long index, [out] long* value); [id(0x60020017)] HRESULT PutClass([in] long value); [id(0x60020018)] HRESULT GetGlobalClass( [in] long index, [out] long* value);

[Issue 16152] dpl-docs/ddox doesn't show documentation for eponymous template member

https://issues.dlang.org/show_bug.cgi?id=16152 Sönke Ludwig changed: What|Removed |Added Keywords||pull

Re: std.experimental.checkedint is ready for comments!

On 2016-06-15 05:15, tsbockman wrote: Originally I wanted to have the policies just be `throws` and `nothrow` - but of course `nothrow` is a keyword, so I chose `noex` (short for "no exceptions") instead. I agree it looks kind of odd though, especially since I later added the `asserts` policy.

Re: std.experimental.checkedint is ready for comments!

On Wednesday, 15 June 2016 at 00:16:12 UTC, Walter Bright wrote: -O (DMD) should be a link to the -O flag instructions http://dlang.org/dmd-windows.html#switch-O Done. '--inline' is not a DMD switch Fixed and linked, like -O.

Re: size_t vs uintptr_t

On 2016-06-14 23:59, Walter Bright wrote: I recently remembered something I'd half-forgotten. A size_t is not guaranteed to be the same size as a pointer. A uintptr_t is. size_t and uintptr_t are the same for all platforms that D currently supports. But this may not always hold true, and

Re: std.experimental.checkedint is ready for comments!

On Wednesday, 15 June 2016 at 04:48:02 UTC, tsbockman wrote: On Wednesday, 15 June 2016 at 03:42:52 UTC, Walter Bright wrote: * SmartInt.toString(sink, fmt) * SafeInt.toString(sink, fmt) * checkedint.to() * IntFlag.toString(sink, fmt) * IntFlags.toString(sink, fmt) I see no love for output

Re: std.experimental.checkedint is ready for comments!

On Wednesday, 15 June 2016 at 00:16:12 UTC, Walter Bright wrote: Remove all use of 'you' and 'your' from the documentation. Done. "debuggin" => "debugging" Done.

Re: Accessing COM Objects

On Monday, 13 June 2016 at 17:38:41 UTC, Incognito wrote: Cool. Oleview gives me the idl files. How to convert the idl files to d or possibly c? There are ready tools idl2d: https://github.com/dlang/visuald/tree/master/c2d and tlb2idl: https://github.com/dlang/visuald/tree/master/tools I've

<    1   2