On Friday, November 25, 2016 22:52:18 H. S. Teoh via Digitalmars-d wrote:
> Hope this info will be helpful to anyone else who's experiencing
> this problem. It cost me almost 2-3 hours' worth of frustration.
Thanks for the info, though I haven't managed to really get much working on
my machine. Wh
On 11/29/2016 6:07 PM, deadalnix wrote:
To be fair, it explains much more than just what the instructions are.
I'm not interested in fairness, I'm interested in quick convenient access to
what I need to know when I need to know it :-)
I did suspect a mistake in it, but it turned out that the
On Tuesday, 29 November 2016 at 21:02:46 UTC, Marco Leise wrote:
Am Tue, 29 Nov 2016 03:53:06 -0800
schrieb Walter Bright :
http://www.felixcloutier.com/x86/
I find this easier to use for quick lookups than the Intel PDF
files, because any instruction is just 2 clicks away.
You mean ... lik
On Tuesday, 29 November 2016 at 10:37:53 UTC, soywiz wrote:
Amazing! Right now all the generated code uses __gshared. In
Java you have to use
https://docs.oracle.com/javase/8/docs/api/java/lang/ThreadLocal.html to get TLS. And I didn't implemented it yet for multithreading. Because the initial j
On Tuesday, 29 November 2016 at 23:00:08 UTC, Stefan Koch wrote:
I fixed a bug in continue break handling.
For the record it was an off by one error.
The value for unresolvedGotos would add one referencing jump.
But the count of referencing would be initialized to zero instead
of one.
On Monday, 28 November 2016 at 17:02:37 UTC, Stefan Koch wrote:
On Friday, 25 November 2016 at 10:53:50 UTC, Stefan Koch wrote:
I discovered a nasty bug in goto handling.
I am working on fixed it;
This could take a while, since it likely requires structural
changes.
I fixed a bug in continue
On Tuesday, 29 November 2016 at 22:20:06 UTC, Walter Bright wrote:
On 11/29/2016 1:02 PM, Marco Leise wrote:
You mean ... like that 3600 pages "Intel® 64 and IA-32
Architectures Software Developer’s Manual" I linked in that
bug report earlier today?
Aside form being the complete and authoritativ
On Tuesday, 29 November 2016 at 22:20:06 UTC, Walter Bright wrote:
And I do have a local copy of it. But to just see the hex code
for an instruction, the clickable reference is much handier
than navigating 3600 pages.
Other links in the same vein:
http://ref.x86asm.net/coder64.html
https://d
On 11/29/2016 1:02 PM, Marco Leise wrote:
You mean ... like that 3600 pages "Intel® 64 and IA-32
Architectures Software Developer’s Manual" I linked in that
bug report earlier today?
Aside form being the complete and authoritative source on how
Intel's CPUs operate, it really doesn't have much go
Am Tue, 29 Nov 2016 03:53:06 -0800
schrieb Walter Bright :
> http://www.felixcloutier.com/x86/
>
> I find this easier to use for quick lookups than the Intel PDF files, because
> any instruction is just 2 clicks away.
You mean ... like that 3600 pages "Intel® 64 and IA-32
Architectures Software
On Tuesday, 29 November 2016 at 16:54:55 UTC, Nordlöw wrote:
On Saturday, 26 November 2016 at 16:31:40 UTC, Ilya Yaroshenko
wrote:
Bench results:
mir.random 32-bit Mt19937:
6.80851 Gb/s
Does Gb mean Gigabytes or Gigabits?
Gigabits
On Saturday, 26 November 2016 at 16:31:40 UTC, Ilya Yaroshenko
wrote:
Bench results:
mir.random 32-bit Mt19937:
6.80851 Gb/s
Does Gb mean Gigabytes or Gigabits?
On 2016-11-29 11:37, soywiz wrote:
@Jacob
Cool. So I can expect it to work on iOS Obj-C too right?
Yes, using LDC.
Someone tried a wrapper using RAII to emulate partially (except for weak
references) ARC?
Not that I know of.
--
/Jacob Carlborg
On Tuesday, 29 November 2016 at 12:49:53 UTC, Stefan Koch wrote:
Define the function you want to call globally.
and not inside another function.
Yes. You can also find a very detailed explanation here
https://github.com/dlang/phobos/pull/4915#issuecomment-262484753.
On Tuesday, 29 November 2016 at 12:09:32 UTC, Nordlöw wrote:
The code example at
https://dlang.org/phobos/std_parallelism.html
containing:
import std.algorithm, std.parallelism, std.range;
void main() {
immutable n = 1_000_000_000;
immutable delta = 1.0 / n;
real getTerm(int i)
On Tuesday, 29 November 2016 at 12:09:32 UTC, Nordlöw wrote:
Is there a solution?
I've reported the issue recently
https://issues.dlang.org/show_bug.cgi?id=16705.
Not that I know of, https://github.com/dlang/phobos/pull/4399. I
think std.parallelism was designed around a D feature that was
more a bug than a feature. This bug/feature seamed to be fixed
some years ago. But I'm not 100%, as this was before my time.
The code example at https://dlang.org/phobos/std_parallelism.html
containing:
import std.algorithm, std.parallelism, std.range;
void main() {
immutable n = 1_000_000_000;
immutable delta = 1.0 / n;
real getTerm(int i)
{
immutable x = ( i - 0.5 ) * delta;
return
http://www.felixcloutier.com/x86/
I find this easier to use for quick lookups than the Intel PDF files, because
any instruction is just 2 clicks away.
On 30/11/2016 12:53 AM, Walter Bright wrote:
http://www.felixcloutier.com/x86/
I find this easier to use for quick lookups than the Intel PDF files,
because any instruction is just 2 clicks away.
Oh and a little tip from me as well, use the AMD64 manuals.
They are actually useful and can be le
On Tuesday, 29 November 2016 at 09:09:40 UTC, Jacob Carlborg
wrote:
On 2016-11-29 02:09, soywiz wrote:
And for iOS it just supports an AOT approach except for
javascript. So
it is great too.
BTW, it's possible to interface Objective-C from D [1].
[1] http://dlang.org/spec/objc_interface.htm
On Tuesday, 29 November 2016 at 08:49:22 UTC, soywiz wrote:
@Joakim:
Regarding to D. Yep I think I'm in the right place :) I started
using D1 something almost 10 years ago and ended doing this:
https://github.com/soywiz/pspemu
My main concerns by then were: lack of IDE support for major
refac
On 2016-11-29 02:09, soywiz wrote:
And for iOS it just supports an AOT approach except for javascript. So
it is great too.
BTW, it's possible to interface Objective-C from D [1].
[1] http://dlang.org/spec/objc_interface.html
--
/Jacob Carlborg
Hello,
The problem is that a structure for a random algorithm or a
random variable may holds its own precomputed random state, which
is not correct to copy.
From [1] by Joseph Rushton Wakeling:
Essentially the sampling algorithm carries out its own little
internal pseudo-random process which
@Jacob:
You can just download this:
https://github.com/jtransc/jtransc-examples/tree/master/hello-world
execute `./gradlew runD` or `./gradlew distD` and check the
`build/jtransc-d/program.d` file (about 500kb program.d file with
treeshaking enabled).
Right now it generates classes like `clas
25 matches
Mail list logo