On Friday, August 24, 2018 7:03:37 PM MDT Jonathan Marler via Digitalmars-d
wrote:
> > What uses does this actually have, I only see one example from
> > the article and it is an oversimplistic example that
> > effectively translates to either phobos being used or not being
> > used. All the
On Friday, 24 August 2018 at 20:43:46 UTC, Peter Alexander wrote:
On Friday, 24 August 2018 at 13:04:47 UTC, Uknown wrote:
I was quite surprised by the fact that parallel ran so much
slower than recursive and loop implementations. Does anyone
know why?
n = 100 is too small to see parallelism
On Friday, August 24, 2018 6:54:38 PM MDT Joakim via Digitalmars-d wrote:
> On Friday, 24 August 2018 at 19:26:40 UTC, Walter Bright wrote:
> > On 8/24/2018 6:04 AM, Chris wrote:
> >> For about a year I've had the feeling that D is moving too
> >> fast and going nowhere at the same time. D has to
On 8/23/2018 5:58 PM, Chris M. wrote:
Seems to be more of a warning of what issues we may face if DIP25/DIP1000 are
finally implemented. It would be good to consider NLLs as well before D is
committed. No point in repeating issues that have already been studied.
DIP25 waqs "finally
On 8/23/2018 6:32 AM, Steven Schveighoffer wrote:
Furthermore any member function (or UFCS function for that matter) REQUIRES the
first parameter to be the aggregate. How do you make a member function that
stuffs the return into a different parameter properly typecheck?
What I propose is that
On 8/23/2018 8:14 AM, Steven Schveighoffer wrote:
If I had to design a specific way to allow the common case to be easy, but still
provide a mechanism for the uncommon cases, I would say:
1. define a compiler-recognized attribute (e.g. @__sink).
2. If @__sink is applied to any parameter, that
On 8/24/2018 4:22 PM, tide wrote:
struct SomeStruct
{
void foo() {
// use SomeStruct
}
}
void broken()
{
void function() foo =
foo(); // runtime error, isn't actually safe uses wrong calling convention
as well
}
Not really lack of feature so much as there
https://issues.dlang.org/show_bug.cgi?id=19188
elpenguin...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=19188
--- Comment #1 from elpenguin...@gmail.com ---
er, I guess this should have been filed on github instead. my bad
--
https://issues.dlang.org/show_bug.cgi?id=19188
Issue ID: 19188
Summary: Dub detects wrong(ish) platform on aarch64 systems
Product: D
Version: D2
Hardware: Other
OS: All
Status: NEW
Severity: trivial
On Saturday, 25 August 2018 at 00:40:54 UTC, tide wrote:
On Friday, 24 August 2018 at 06:41:35 UTC, Jonathan Marler
wrote:
Ever since I read
https://dlang.org/blog/2017/02/13/a-new-import-idiom/ I've
very much enjoyed using the new `from` template. It unlocks
new idioms in D and have been so
On Friday, 24 August 2018 at 19:26:40 UTC, Walter Bright wrote:
On 8/24/2018 6:04 AM, Chris wrote:
For about a year I've had the feeling that D is moving too
fast and going nowhere at the same time. D has to slow down
and get stable. D is past the experimental stage. Too many
people use it
On Friday, 24 August 2018 at 06:41:35 UTC, Jonathan Marler wrote:
Ever since I read
https://dlang.org/blog/2017/02/13/a-new-import-idiom/ I've very
much enjoyed using the new `from` template. It unlocks new
idioms in D and have been so useful that I thought it might be
a good addition to the
On Friday, 24 August 2018 at 11:55:47 UTC, Petar Kirov
[ZombineDev] wrote:
One of the things that makes Go successful is the quality/ease
of use of its toolchain. They have full cross-compilation
support out of the box because they don't rely on anything from
the C toolchain (libc, linker,
On Friday, 24 August 2018 at 17:36:25 UTC, Matthew OConnor wrote:
I'd like to run a sequence of executables with something like
std.process.execute, but I would like the sequence to error out
if one of the executables returns a non-zero return code. What
is the recommended way to do this? A
On Friday, 24 August 2018 at 22:52:07 UTC, Steven Schveighoffer
wrote:
I really don't want to see dlang have to maintain posix system
calls on all supported OSes when that's already being done for
us.
Windows makes this simpler -- the system calls are separate
from the C runtime. It would
On Friday, 24 August 2018 at 22:42:19 UTC, Walter Bright wrote:
On 8/24/2018 12:42 PM, tide wrote:
Some problems require new features like how taking the address
of a member function without an object returns a function
pointer, but requires a delegate where C++ has member function
pointers,
On Friday, August 24, 2018 4:44:31 PM MDT Dominikus Dittes Scherkl via
Digitalmars-d wrote:
> You're underestimating the benefits. It's not just to be
> eventually slightly faster. It makes @safe versions possible,
> this in turn avoids a lot of @trusted calls, so reduces review
> effort. It
On 8/24/18 6:16 PM, Jonathan M Davis wrote:
On Friday, August 24, 2018 7:46:57 AM MDT Mike Franklin via Digitalmars-d
wrote:
On Friday, 24 August 2018 at 13:21:25 UTC, Jonathan M Davis wrote:
I think that you're crazy.
No, I just see more potential in D than you do.
To be clear, I'm not
On Friday, 24 August 2018 at 15:18:13 UTC, Peter Alexander wrote:
I can write scaleAll like this:
auto scaleAll(int[] xs, int m) @nogc {
return repeat(m).zip(xs).map!(mx => mx[0] * mx[1]);
}
So that repeat(m) stores m, but it is quite hacky to work like
this.
Here's a spoonful of sugar to
On Friday, August 24, 2018 11:36:25 AM MDT Matthew OConnor via Digitalmars-
d-learn wrote:
> I'd like to run a sequence of executables with something like
> std.process.execute, but I would like the sequence to error out
> if one of the executables returns a non-zero return code. What is
> the
On 8/24/18 6:29 PM, Jonathan Marler wrote:
On Friday, 24 August 2018 at 20:36:06 UTC, Seb wrote:
On Friday, 24 August 2018 at 20:04:22 UTC, Jonathan Marler wrote:
I'd gladly fix it but alas, my pull requests are ignored :(
They aren't! It's just that sometimes the review queue is pretty
On 8/24/2018 12:42 PM, tide wrote:
Some problems require new features like how taking the address of a member
function without an object returns a function pointer, but requires a delegate
where C++ has member function pointers, D just has broken unusable code. Or old
features that were
On Friday, 24 August 2018 at 22:16:25 UTC, Jonathan M Davis wrote:
On Friday, August 24, 2018 7:46:57 AM MDT Mike Franklin via
Digitalmars-d wrote:
On Friday, 24 August 2018 at 13:21:25 UTC, Jonathan M Davis
wrote:
> I think that you're crazy.
No, I just see more potential in D than you do.
On Friday, 24 August 2018 at 20:59:34 UTC, aliak wrote:
THis is true. And might be interesting to try out actually. Can
you access the types in a SumType via index?
I'm thinking because Optional behaves like a range, and I guess
I'd define a SumType!(T, None), then a rough outline may be:
On Friday, 24 August 2018 at 20:36:06 UTC, Seb wrote:
On Friday, 24 August 2018 at 20:04:22 UTC, Jonathan Marler
wrote:
I'd gladly fix it but alas, my pull requests are ignored :(
They aren't! It's just that sometimes the review queue is
pretty full.
I have told you before that your
On Friday, 24 August 2018 at 18:34:20 UTC, Daniel N wrote:
On Friday, 24 August 2018 at 12:06:15 UTC, Anton Fediushin
wrote:
I just published it on the dub registry in public domain (I
hope Daniel Nielsen is ok with that. After all, it's just 3
lines of code)
Package page:
On Friday, August 24, 2018 3:28:37 PM MDT Nick Sabalausky (Abscissa) via
Digitalmars-d-learn wrote:
> On 08/24/2018 12:30 PM, John Burton wrote:
> > On Friday, 24 August 2018 at 15:26:30 UTC, kinke wrote:
> >> On Friday, 24 August 2018 at 13:10:40 UTC, John Burton wrote:
> >>> Is in the subject.
On Friday, August 24, 2018 7:46:57 AM MDT Mike Franklin via Digitalmars-d
wrote:
> On Friday, 24 August 2018 at 13:21:25 UTC, Jonathan M Davis wrote:
> > I think that you're crazy.
>
> No, I just see more potential in D than you do.
To be clear, I'm not calling you crazy in general. I'm calling
On Fri, Aug 24, 2018 at 09:48:33PM +, Meta via Digitalmars-d wrote:
> On Friday, 24 August 2018 at 21:43:45 UTC, Steven Schveighoffer wrote:
> > According to this comment:
> > https://github.com/dlang/phobos/pull/5291#issuecomment-360929553
> >
> > There was no way to get a deprecation to
On Friday, 24 August 2018 at 21:53:18 UTC, H. S. Teoh wrote:
I think it's clear by now that most of D's woes are not really
technical in nature, but managerial.
Agreed.
I'm not sure how to improve this situation, since I'm no
manager type either.
Money is the only feasible solution IMO.
On Fri, Aug 24, 2018 at 09:12:40PM +, Meta via Digitalmars-d wrote:
> On Friday, 24 August 2018 at 17:12:53 UTC, H. S. Teoh wrote:
> > I got bitten by this just yesterday. Update dmd git master, update
> > vibe.d git master, now my vibe.d project doesn't compile anymore due
> > to some silly
On Friday, 24 August 2018 at 21:43:45 UTC, Steven Schveighoffer
wrote:
According to this comment:
https://github.com/dlang/phobos/pull/5291#issuecomment-360929553
There was no way to get a deprecation to work.
When we can't get a deprecation to work, we face a hard
decision -- actually break
On 8/24/18 5:12 PM, Meta wrote:
On Friday, 24 August 2018 at 17:12:53 UTC, H. S. Teoh wrote:
I got bitten by this just yesterday. Update dmd git master, update
vibe.d git master, now my vibe.d project doesn't compile anymore due
to some silly string.d error somewhere in one of vibe.d's
On 08/24/2018 12:30 PM, John Burton wrote:
On Friday, 24 August 2018 at 15:26:30 UTC, kinke wrote:
On Friday, 24 August 2018 at 13:10:40 UTC, John Burton wrote:
Is in the subject. Are there any cross compilers that will run on a
linux system but compile D code using Win32 into a windows .exe
On Friday, 24 August 2018 at 17:12:53 UTC, H. S. Teoh wrote:
I got bitten by this just yesterday. Update dmd git master,
update vibe.d git master, now my vibe.d project doesn't compile
anymore due to some silly string.d error somewhere in one of
vibe.d's dependencies. :-/
While we're
On Wednesday, 22 August 2018 at 22:49:52 UTC, Paul Backus wrote:
On Wednesday, 22 August 2018 at 22:11:05 UTC, aliak wrote:
On Monday, 20 August 2018 at 19:52:53 UTC, jmh530 wrote:
It's interesting that both sumtype and optional have match
templates. Maybe scope to combine these projects?
On 24.08.2018 22:46, Timon Gehr wrote:
s->*mptr(args)
you write
mptr(s, args)
Oops.
Wither the first code sample should be
s.*mptr(args)
or the second code sample should be
mptr(*s, args)
On 24.08.2018 21:42, tide wrote:
Some problems require new features like how taking the address of a
member function without an object returns a function pointer, but
requires a delegate
That is indeed broken behavior (and I think there is a DIP to fix it),
but member function pointers are
On Friday, 24 August 2018 at 13:04:47 UTC, Uknown wrote:
I was quite surprised by the fact that parallel ran so much
slower than recursive and loop implementations. Does anyone
know why?
n = 100 is too small to see parallelism gains.
Try n = 1
https://run.dlang.io/is/XDZTSd
On Friday, 24 August 2018 at 20:04:22 UTC, Jonathan Marler wrote:
I'd gladly fix it but alas, my pull requests are ignored :(
They aren't! It's just that sometimes the review queue is pretty
full.
I have told you before that your contributions are very welcome
(like they are from everyone
On Friday, 24 August 2018 at 13:54:51 UTC, Jonathan Marler wrote:
Good to know others are using it. Of course making it a core
part of the language would mean that IDEs would be free to add
support for it, whether it was added to `object.d` or with some
other means such as a new syntax,
On Thursday, 23 August 2018 at 11:02:31 UTC, Mike Franklin wrote:
On Thursday, 23 August 2018 at 10:41:03 UTC, Jonathan M Davis
wrote:
Languages pretty much always get more complicated over time,
and unless we're willing to get rid of more stuff, it's
guaranteed to just become more
On Friday, 24 August 2018 at 18:34:20 UTC, Daniel N wrote:
On Friday, 24 August 2018 at 12:06:15 UTC, Anton Fediushin
wrote:
I just published it on the dub registry in public domain (I
hope Daniel Nielsen is ok with that. After all, it's just 3
lines of code)
Package page:
On Friday, 24 August 2018 at 13:48:09 UTC, Jonathan Marler wrote:
On Friday, 24 August 2018 at 12:06:15 UTC, Anton Fediushin
wrote:
On Friday, 24 August 2018 at 06:41:35 UTC, Jonathan Marler
wrote:
[...]
There's no reason to mess with `object.d` or add it to phobos.
Just make a dub package
On Friday, 24 August 2018 at 18:34:20 UTC, Daniel N wrote:I don't
use dub myself.
On Friday, 24 August 2018 at 18:34:20 UTC, Daniel N wrote:
FYI Andrei has an open pull request:
https://github.com/dlang/druntime/pull/1756
Oh well I guess great minds think alike :) Too bad it's been
stalled
On Friday, 24 August 2018 at 19:26:40 UTC, Walter Bright wrote:
On 8/24/2018 6:04 AM, Chris wrote:
For about a year I've had the feeling that D is moving too
fast and going nowhere at the same time. D has to slow down
and get stable. D is past the experimental stage. Too many
people use it
On Friday, 24 August 2018 at 19:26:40 UTC, Walter Bright wrote:
On 8/24/2018 6:04 AM, Chris wrote:
For about a year I've had the feeling that D is moving too
fast and going nowhere at the same time. D has to slow down
and get stable. D is past the experimental stage. Too many
people use it
On 8/24/2018 6:04 AM, Chris wrote:
For about a year I've had the feeling that D is moving too fast and going
nowhere at the same time. D has to slow down and get stable. D is past the
experimental stage. Too many people use it for real world programming and
programmers value and _need_ both
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/17/2018 10:01 PM, Martin Nowak wrote:
> Glad to announce the first beta for the 2.082.0 release, ♥ to the
> 47 contributors for this release.
>
> http://dlang.org/download.html#dmd_beta
> http://dlang.org/changelog/2.082.0.html
>
> As
On 8/23/2018 6:57 PM, Shachar Shemesh wrote:
At this point I can either use the work-around I already have and (try to,
obviously unsuccessfully) forget about it, file a bug report that will be
(justifiably) ignored because no-one else can reproduce it, or spend an unknown
amount of time (two
On Friday, 24 August 2018 at 16:30:56 UTC, John Burton wrote:
On Friday, 24 August 2018 at 15:26:30 UTC, kinke wrote:
On Friday, 24 August 2018 at 13:10:40 UTC, John Burton wrote:
Is in the subject. Are there any cross compilers that will
run on a linux system but compile D code using Win32
On Friday, 24 August 2018 at 12:06:15 UTC, Anton Fediushin wrote:
I just published it on the dub registry in public domain (I
hope Daniel Nielsen is ok with that. After all, it's just 3
lines of code)
Package page: https://from.dub.pm/
I'm fine with it, public domain is great! Although I
On Friday, 24 August 2018 at 17:12:53 UTC, H. S. Teoh wrote:
[snip]
This is probably completely unrealistic, but I've been thinking
about the possibility of adding *all* D codebases to the CI
infrastructure, including personal projects and what-not. Set
it up such that any breakages send a
On Saturday, 28 July 2018 at 17:01:22 UTC, rikki cattermole wrote:
You missed my point here.
There is nothing special about parsing at CTFE, you're just
restricted as to the language features you can use (e.g. no
extern's), that's it.
Is there an example of how this could be done?
I'd like to run a sequence of executables with something like
std.process.execute, but I would like the sequence to error out
if one of the executables returns a non-zero return code. What is
the recommended way to do this? A wrapper that throws exceptions?
Checking return values?
On 8/24/18 10:02 AM, David Nadlinger wrote:
On Friday, 24 August 2018 at 03:53:38 UTC, David Nadlinger wrote:
[…]
All this is not to say that nothrow constructors aren't a good idea,
though.
This was meant to say nothrow DEstructors, as hopefully obvious from
context. —David
I was about
On Fri, Aug 24, 2018 at 04:58:12PM +, jmh530 via Digitalmars-d wrote:
> On Friday, 24 August 2018 at 16:00:10 UTC, bachmeier wrote:
> >
> > You simply can't share a D program with anyone else. It's an endless
> > cycle of compiler upgrades and figuring out how to fix code that
> > stops
On Friday, 24 August 2018 at 03:53:38 UTC, David Nadlinger wrote:
[…]
All this is not to say that nothrow constructors aren't a good
idea, though.
This was meant to say nothrow DEstructors, as hopefully obvious
from context. —David
On Friday, 24 August 2018 at 16:00:10 UTC, bachmeier wrote:
You simply can't share a D program with anyone else. It's an
endless cycle of compiler upgrades and figuring out how to fix
code that stops compiling. It doesn't work for those of us that
are busy. Why there is not a stable branch
https://issues.dlang.org/show_bug.cgi?id=19187
--- Comment #1 from FeepingCreature ---
https://github.com/dlang/dmd/pull/8613 pr up
--
https://issues.dlang.org/show_bug.cgi?id=19187
FeepingCreature changed:
What|Removed |Added
Severity|enhancement |normal
--
On Friday, 24 August 2018 at 15:26:30 UTC, kinke wrote:
On Friday, 24 August 2018 at 13:10:40 UTC, John Burton wrote:
Is in the subject. Are there any cross compilers that will run
on a linux system but compile D code using Win32 into a
windows .exe file, preferably 64 bit? I can find hints of
https://issues.dlang.org/show_bug.cgi?id=19187
Issue ID: 19187
Summary: __traits(compiles) segfaults on access to partially
undefined overload set from import
Product: D
Version: D2
Hardware: x86_64
OS: Linux
24.08.2018 17:38, Per Nordlöw пишет:
On Friday, 24 August 2018 at 14:34:46 UTC, Per Nordlöw wrote:
On Friday, 24 August 2018 at 14:03:08 UTC, drug wrote:
imgui, but now I'm replacing it by nuklear.
Is nuklear a software project that can be found somewhere?
Ahh, I presume you mean
-
On Friday, 24 August 2018 at 05:35:13 UTC, Eugene Wissner wrote:
I prepared GDC/GCC 7.3.0 binaries for x86-64 Linux built on
Ubuntu 18.04:
Thank you, this is very important work! I'll add a gdc package to
GNU Guix (the packager for GNU) sometime soon.
On 25/08/2018 4:00 AM, bachmeier wrote:
On Friday, 24 August 2018 at 13:04:28 UTC, Chris wrote:
For about a year I've had the feeling that D is moving too fast and
going nowhere at the same time. D has to slow down and get stable. D
is past the experimental stage. Too many people use it for
On Friday, 24 August 2018 at 13:04:28 UTC, Chris wrote:
For about a year I've had the feeling that D is moving too fast
and going nowhere at the same time. D has to slow down and get
stable. D is past the experimental stage. Too many people use
it for real world programming and programmers
I write code in D to serialize and deserialize bitcoin block
headers for educations puropseses as i just start with D, i add
some more function and i upload it to github
https://github.com/cvsae/bitcoind
On Friday, 24 August 2018 at 13:10:40 UTC, John Burton wrote:
Is in the subject. Are there any cross compilers that will run
on a linux system but compile D code using Win32 into a windows
.exe file, preferably 64 bit? I can find hints of cross
compilers but not really seen anything packaged
On 8/24/18 11:18 AM, Peter Alexander wrote:
Consider this code, which is used as an example only:
auto scaleAll(int[] xs, int m) {
return xs.map!(x => m * x);
}
As m is captured, the delegate for map will rightly allocate the closure
in the GC heap.
In C++, you would write the lambda to
Consider this code, which is used as an example only:
auto scaleAll(int[] xs, int m) {
return xs.map!(x => m * x);
}
As m is captured, the delegate for map will rightly allocate the
closure in the GC heap.
In C++, you would write the lambda to capture m by value, but
this is not a
https://issues.dlang.org/show_bug.cgi?id=16396
Steven Schveighoffer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=19059
--- Comment #9 from Steven Schveighoffer ---
*** Issue 16396 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=16396
Steven Schveighoffer changed:
What|Removed |Added
CC||schvei...@yahoo.com
--- Comment #1
On Friday, 24 August 2018 at 13:21:25 UTC, Jonathan M Davis wrote:
I honestly don't see how attempting to divorce druntime from
libc does anything but increase the amount of work that we have
to do and increase the likelihood that basic OS functionality
is going to be buggy, since we will
On Friday, 24 August 2018 at 14:34:46 UTC, Per Nordlöw wrote:
On Friday, 24 August 2018 at 14:03:08 UTC, drug wrote:
imgui, but now I'm replacing it by nuklear.
Is nuklear a software project that can be found somewhere?
Ahh, I presume you mean
- https://github.com/vurtun/nuklear
-
On Friday, 24 August 2018 at 14:03:08 UTC, drug wrote:
imgui, but now I'm replacing it by nuklear.
Is nuklear a software project that can be found somewhere?
On Friday, 24 August 2018 at 13:34:57 UTC, Shachar Shemesh wrote:
On 24/08/18 13:43, nkm1 wrote:
I think Walter was talking more about "scope (failure)
destroy(this)" at the top of all your structs? I don't know if
it has some gotchas, though (as I don't use RAII in D...).
No, unlike
https://issues.dlang.org/show_bug.cgi?id=15732
ZombineDev changed:
What|Removed |Added
CC||petar.p.ki...@gmail.com
--- Comment #3 from
24.08.2018 16:32, Per Nordlöw пишет:
Is anybody working on a D-based really fast OpenGL-based visualization
engine that supports tessellation of 2d primitives on the GPU?
For instance, if I want to animate a huge amount of circles (in a
2d-graph) and I would like to only have to send an array
On Friday, 24 August 2018 at 10:58:29 UTC, aliak wrote:
On Friday, 24 August 2018 at 06:41:35 UTC, Jonathan Marler
wrote:
Ever since I read
https://dlang.org/blog/2017/02/13/a-new-import-idiom/ I've
very much enjoyed using the new `from` template. It unlocks
new idioms in D and have been so
On Friday, 24 August 2018 at 12:06:15 UTC, Anton Fediushin wrote:
On Friday, 24 August 2018 at 06:41:35 UTC, Jonathan Marler
wrote:
[...]
There's no reason to mess with `object.d` or add it to phobos.
Just make a dub package and use it!
I just published it on the dub registry in public
On Friday, 24 August 2018 at 13:21:25 UTC, Jonathan M Davis wrote:
I think that you're crazy.
No, I just see more potential in D than you do.
Mike
On Friday, 24 August 2018 at 13:17:11 UTC, Dejan Lekic wrote:
On Friday, 24 August 2018 at 13:04:28 UTC, Chris wrote:
There is exactly where I am - I am using Java (and more
recently Python) for serious stuff.
So I'm not alone.
I am however in favour of D moving fast (that is why many Java
Is anybody working on a D-based really fast OpenGL-based
visualization engine that supports tessellation of 2d primitives
on the GPU?
For instance, if I want to animate a huge amount of circles (in a
2d-graph) and I would like to only have to send an array of
centers and radiuses and
On 24/08/18 13:43, nkm1 wrote:
I think Walter was talking more about "scope (failure) destroy(this)" at
the top of all your structs? I don't know if it has some gotchas, though
(as I don't use RAII in D...).
No, unlike what I suggest, that doesn't work without carefully reviewing
every
https://issues.dlang.org/show_bug.cgi?id=19084
--- Comment #3 from Jonathan Marler ---
struct Bar(T) {
mixin("T foo;");
}
T in this case is not a "symbol name string", it is an alias to a symbol. But
don't be confused, you can't actually create T with an alias, meaning `alias T
= Foo`
On Friday, August 24, 2018 6:05:40 AM MDT Mike Franklin via Digitalmars-d
wrote:
> > You're basically trying to bypass the OS' public API if you're
> > trying to bypass libc.
>
> No I'm trying to bypass libc and use the OS API directly.
And my point is that most OSes consider libc to be their OS
On Friday, 24 August 2018 at 13:04:28 UTC, Chris wrote:
I've been working with Java recently and although it is not an
exciting language, it does the job and it does it well. You can
rely on it to get the job done - and get it done fast. And you
know that your code will still work next week,
Is in the subject. Are there any cross compilers that will run on
a linux system but compile D code using Win32 into a windows .exe
file, preferably 64 bit? I can find hints of cross compilers but
not really seen anything packaged up?
On Wednesday, 22 August 2018 at 11:59:37 UTC, Paolo Invernizzi
wrote:
Just found by chance, if someone is interested [1] [2].
/Paolo
[1]
https://gitlab.com/mihails.strasuns/blog/blob/master/articles/on_leaving_d.md
[2]
I was messing and tried comparing the performance of different
ways to compute the factorial of a number. Here's the benchmark
results:
recursive: 244 ms, 283 μs, and 2 hnsecs
loop: 241 ms, 412 μs, and 3 hnsecs
parallel: 1 sec, 784 ms, 829 μs, and 5 hnsecs
On Friday, 24 August 2018 at 12:21:32 UTC, Uknown wrote:
On Tuesday, 21 August 2018 at 15:31:16 UTC, Joakim wrote:
On Sunday, 19 August 2018 at 10:11:42 UTC, 鲜卑拓跋枫 wrote:
[...]
I tried looking for a RISC-V VPS or dev board recently and
found basically nothing, just two boards from SiFive that
On Friday, 24 August 2018 at 12:25:58 UTC, Paolo Invernizzi wrote:
On Wednesday, 22 August 2018 at 11:59:37 UTC, Paolo Invernizzi
wrote:
Just found by chance, if someone is interested [1] [2].
/Paolo
After having seen all the discussions around Mihails post in
these days, I'm puzzled by one
https://issues.dlang.org/show_bug.cgi?id=19176
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/5eab3c11e253c97061f7f37e9507ff4bb2a9bd35
Fix Issue 19176 - Dmd crashes because of
https://issues.dlang.org/show_bug.cgi?id=19176
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wednesday, 22 August 2018 at 11:59:37 UTC, Paolo Invernizzi
wrote:
Just found by chance, if someone is interested [1] [2].
/Paolo
After having seen all the discussions around Mihails post in
these days, I'm puzzled by one fact.
There was no discussions around one paragraph:
"You can't
On Tuesday, 21 August 2018 at 15:31:16 UTC, Joakim wrote:
On Sunday, 19 August 2018 at 10:11:42 UTC, 鲜卑拓跋枫 wrote:
[...]
I tried looking for a RISC-V VPS or dev board recently and
found basically nothing, just two boards from SiFive that are
too small or too expensive.
There is the SHAKTI
On Friday, 24 August 2018 at 09:52:20 UTC, Walter Bright wrote:
On 8/24/2018 1:45 AM, Trass3r wrote:
Are you referring to http://wg21.link/P0709 ?
Yes. (please don't use link shorteners, they tend to go poof)
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0709r1.pdf
I expect it
1 - 100 of 144 matches
Mail list logo