On 6/14/16 10:04 PM, deadalnix wrote:
On Tuesday, 14 June 2016 at 23:19:12 UTC, Walter Bright wrote:
On 6/14/2016 3:38 PM, Guillaume Boucher wrote:
Isn't it guaranteed that x.sizeof >= x.alignof? (At least it is in C
and C++.)
So the alignment should be of type size_t and not of type
On Monday, 13 June 2016 at 01:22:33 UTC, Incognito wrote:
I've been reading over D's com and can't find anything useful.
It seems there are different ways:
http://www.lunesu.com/uploads/ModernCOMProgramminginD.pdf
which is of no help and requires an idl file, which I don't
have.
Then
On Wednesday, 15 June 2016 at 14:14:23 UTC, Seb wrote:
On Wednesday, 15 June 2016 at 13:13:05 UTC, data pulverizer
And where can I find more cool tricks like that?
Browse the source code and the unittests. Phobos is an amazing
resource :)
Very true!
That's great many thanks!
On Wednesday, 15 June 2016 at 10:58:04 UTC, Martin Nowak wrote:
So I'm wondering if in 2016 someone really needs an offline
copy of a website shipped with a binary release?
i use chm doc - it easy integrates with ide
On Wednesday, 15 June 2016 at 07:08:22 UTC, Walter Bright wrote:
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
On Wednesday, 15 June 2016 at 07:16:18 UTC, Walter Bright wrote:
On 6/14/2016 9:48 PM, tsbockman wrote:
`Int`? `Base`?
'Integer' would work fine.
`BaseInt`?
`SmartInt!Integer` looks weird to me, because of the repetition.
Also, if we're going to use a long name like that I think it
PR: https://github.com/dlang/phobos/pull/4407
DUB: http://code.dlang.org/packages/checkedint
Thanks for this work. Documentation can be seen here:
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
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
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)
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);
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++
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
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
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.
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
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
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 -
https://issues.dlang.org/show_bug.cgi?id=16165
Sobirari Muhomori changed:
What|Removed |Added
Keywords||diagnostic
--
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
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
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
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
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
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:
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
https://issues.dlang.org/show_bug.cgi?id=16176
--- Comment #1 from Walter Bright ---
https://github.com/dlang/dmd/pull/5868
--
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
https://issues.dlang.org/show_bug.cgi?id=16176
Walter Bright changed:
What|Removed |Added
Keywords||pull
--
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
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
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.
[in] long index,
[out] long* value);
[id(0x60020017)]
HRESULT PutClass([in] long value);
[id(0x60020018)]
HRESULT GetGlobalClass(
[in] long index,
[out] long* value);
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
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
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.
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
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,
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
https://issues.dlang.org/show_bug.cgi?id=16152
Sönke Ludwig changed:
What|Removed |Added
Keywords||pull
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,
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?
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
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.
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 :
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
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.
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
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?
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 ;-)
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
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
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
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.
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.
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.
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
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
https://issues.dlang.org/show_bug.cgi?id=10524
Walter Bright changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=602
Walter Bright changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=14532
Walter Bright changed:
What|Removed |Added
CC|
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
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
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
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
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:
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
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:
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
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
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.
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
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
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:
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
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
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
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. ;-)
--
https://issues.dlang.org/show_bug.cgi?id=16175
Ketmar Dark changed:
What|Removed |Added
CC|
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
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
On 06/15/2016 08:05 AM, John Colvin wrote:
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
On Wednesday, 15 June 2016 at 15:39:47 UTC, Andrei Alexandrescu
wrote:
On 06/15/2016 08:05 AM, John Colvin wrote:
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?
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
On Wednesday, 15 June 2016 at 07:17:56 UTC, Walter Bright wrote:
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
On Tuesday, 14 June 2016 at 21:59:32 UTC, Walter Bright wrote:
Ok, I admit these are not likely to emerge.
Not in desktop, server, or modern mobile phones, but I think
there are some embedded platforms that have this concern. I know
that's not a huge priority, but it's nice to be mindful of
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
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.
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
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
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
Oh, I didn't see that runif now returns a tuple.
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
On Wednesday, 15 June 2016 at 13:27:47 UTC, jmh530 wrote:
Possible to disable.
I don’t want to: for the last couple years I’ve been developing
50/50 C++/C#, and I admit I’m usually more productive using C#,
one of the reasons of that is GC.
They've got a GSOC guy workin' on it now. I would
On Wednesday, 15 June 2016 at 16:03:04 UTC, Jesse Phillips wrote:
On Monday, 13 June 2016 at 01:22:33 UTC, Incognito wrote:
[...]
There is also:
https://github.com/JesseKPhillips/Juno-Windows-Class-Library
It kind of provides similar highlevel options as the "Modern
COM Programming in D."
On Wednesday, 15 June 2016 at 13:40:11 UTC, rikki cattermole
wrote:
5. The requirements for our GC is quite intricate. I.e. you
can't just
pop in one that doesn't understand about our Thread Local
Storage (TLS)
and stuff.
D’s TLS that different from .NET's TLS?
On 16/06/2016 4:52 AM, Konstantin wrote:
On Wednesday, 15 June 2016 at 13:40:11 UTC, rikki cattermole wrote:
5. The requirements for our GC is quite intricate. I.e. you can't just
pop in one that doesn't understand about our Thread Local Storage (TLS)
and stuff.
D’s TLS that different from
On Wednesday, 15 June 2016 at 13:56:09 UTC, Jack Stouffer wrote:
One guy wrote the LuaJIT GC, which beat almost everyone else in
performance when I last checked
“The current garbage collector is relatively slow compared to
implementations for other language runtimes. It's not competitive
with
On Wednesday, 15 June 2016 at 08:24:41 UTC, John wrote:
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
On Wednesday, 15 June 2016 at 15:12:06 UTC, thedeemon wrote:
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
1 - 100 of 193 matches
Mail list logo