On Monday, 23 October 2017 at 21:26:46 UTC, Guillaume Piolat
wrote:
Some measurements for some audio processing. Output are
identical across compilers (30 measures).
### LDC 1.2.0
Results:
* minimum time: 440 ms => 48.024 x real-time
* median time: 443 ms => 47.6987 x real-time
* average
On Monday, 23 October 2017 at 05:26:17 UTC, Adil wrote:
That email server is blocked.
Other way round: SORBS is blocking your GMail server. They do
stupid stuff like that sometimes :/
It might work if you try again later.
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
Additionally, MSFT/C# fully recognizes that the benefits of
Async/Await have never been and never were intended to be for
performance. Async/Await trades raw performance for an ability
to handle a truly massive number of
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
On 10/23/17 08:21, Kagamin wrote:
[...]
Actually I think it fits perfectly with D, not for reason of
performance, but for reason of flexibility. D is a polyglot
language, with by far the most number of methodologies
supported
On Monday, 23 October 2017 at 21:51:24 UTC, Basile B. wrote:
---
/**
* Wraps a floating point type that doesn't follow D permissive
float conversion
* rules.
*
* In D, as in C++, implicit conversion from $(D double) to $(D
float) is allowed,
* leading to a possible precision loss. This
https://issues.dlang.org/show_bug.cgi?id=17932
Issue ID: 17932
Summary: [scope] __traits(compiles, stmt) cannot test scope
violations
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On Saturday, 21 October 2017 at 18:20:13 UTC, Ali Çehreli wrote:
D Fibers
Ali will present a shorter version of his DConf 2016 talk:
http://dconf.org/2016/talks/cehreli.html
D's fibers (coroutines in other languages) are not a part of
the language but a feature implemented by the D
Some measurements for some audio processing. Output are identical
across compilers (30 measures).
### LDC 1.2.0
Results:
* minimum time: 440 ms => 48.024 x real-time
* median time: 443 ms => 47.6987 x real-time
* average time: 444.233 ms => 47.5663 x real-time
### LDC 1.3.0
Results:
*
https://issues.dlang.org/show_bug.cgi?id=17730
Martin Nowak changed:
What|Removed |Added
Priority|P1 |P3
CC|
On Monday, 23 October 2017 at 11:02:41 UTC, Martin Nowak wrote:
In C++ incremental rebuilds are simple as you compile each file
individually anyhow, but that's the crux for why C++
compilations are so slow in the first place.
Compiling multiple modules at once provides lots of speedups as
On 10/18/2017 1:56 AM, Satoshi wrote:
Unable to publish closed source library without workaround and ugly PIMPL
design.
Consider this:
--- file s.d
struct S {
int x;
this(int x) { this.x = x; }
int getX() { return x; }
}
--- file s.di
On Monday, 23 October 2017 at 12:48:33 UTC, Atila Neves wrote:
On Monday, 23 October 2017 at 09:13:45 UTC, Satoshi wrote:
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
[...]
Whats about this one?
auto foo = 42;
auto bar = "bar";
writeln(`Foo is {foo} and bar is {bar}`);
On Monday, 23 October 2017 at 12:15:17 UTC, Andre Pany wrote:
Hi,
I have a folder "i18n" which contains message bundle files. For
now it contains only the message bundle file written by the
developer: "messagebundle.properties".
[...]
Can't you just create all the files that you expect to
https://issues.dlang.org/show_bug.cgi?id=17730
Martin Nowak changed:
What|Removed |Added
Keywords||pull
--- Comment #3 from
On Monday, 23 October 2017 at 21:14:18 UTC, bauss wrote:
On Monday, 23 October 2017 at 12:48:33 UTC, Atila Neves wrote:
On Monday, 23 October 2017 at 09:13:45 UTC, Satoshi wrote:
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
[...]
Whats about this one?
auto foo = 42;
auto
https://issues.dlang.org/show_bug.cgi?id=16997
--- Comment #11 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/71403b6cd3781cd4d97104be1f4194e168a75d02
fix Issue 16997 - Integral promotion rules not being
https://issues.dlang.org/show_bug.cgi?id=16997
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 10/23/17 08:21, Kagamin wrote:
On Friday, 20 October 2017 at 09:49:34 UTC, Adam Wilson wrote:
Others are less obvious, for example, async/await is syntax sugar for
a collection of Task-based idioms in C#.
Now I think it's doesn't fit D. async/await wasn't made for performance,
but for
On Thursday, 18 June 2015 at 08:05:48 UTC, John Colvin wrote:
This appears to have involvement from all major browser
vendors, which provides hope it might actually catch on
properly. An llvm backend will be created which will compile to
"wasm", hopefully LDC and/or SDC could glue to this.
On Saturday, 21 October 2017 at 20:17:12 UTC, NX wrote:
I was working on some sort of math library for use in graphical
computing and I wrote something like this:
const float PiOver2 = (atan(1.0) * 4) / 2;
Interestingly enough, I realized that atan() returns double (in
this case) but wait,
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
lightweight ORM library
I've been looking pretty extensively at these two items
On Monday, 23 October 2017 at 21:26:46 UTC, Guillaume Piolat
wrote:
Some measurements for some audio processing. Output are
identical across compilers (30 measures).
Guillaume, can you try with building your own LTO version of the
standard library and do new measurements?
Something like
On Monday, 23 October 2017 at 22:06:43 UTC, Johan Engelen wrote:
Guillaume, can you try with building your own LTO version of
the standard library and do new measurements?
Something like this should work:
```
ldc-build-runtime --reset --dFlags="-flto=full"
BUILD_SHARED_LIBS=OFF
ldc2
On 23/10/2017 11:02 PM, Adam Wilson wrote:
On 10/23/17 05:08, Jacob Carlborg wrote:
* Database drivers for the common databases (PostgreSQL, MySQL, SQLite)
compatible with vibe.d
* Database driver abstraction on top of the above drivers, perhaps some
lightweight ORM library
I've been looking
On Monday, 23 October 2017 at 22:32:55 UTC, bioinfornatics wrote:
To remember it will be the next open standard by a W3C
Community Group to create portable and efficient application
across major web browser. A such feature can offer to D a
chance to have a killer app in 3D web application
https://github.com/ZILtoid1991/pixelperfectengine/releases/tag/v0.9.2
New features:
* More use of D's own language features, this will be improve
even further in the future.
* WindowMaker for PPE/Concrete enables the creation of GUI
elements. Currently it's in its very early stages, lot of
Combine C and Java.
About package
--
Mir-Random [1] is a random number generator library that covers
C++ STL [2]. It is compatible with mir.ndslice, std.algorithm,
and std.range. In the same time mir.random has its own API,
which is more secure and safe compared with std.random.
Release v0.2.8
On Tuesday, 24 October 2017 at 03:30:19 UTC, Nathan S. wrote:
- On macOS, OpenBSD, and NetBSD, use arc4random_buf [4] in
unpredictableSeed and genRandomNonBlocking.
Since I am not sure whether this is common knowledge, arc4random
isn't based on RC4 on these platforms. macOS uses AES, and
https://issues.dlang.org/show_bug.cgi?id=17927
--- Comment #7 from Walter Bright ---
Spec pull: https://github.com/dlang/dlang.org/pull/1914
--
23.10.2017 12:58, bauss пишет:
On Monday, 23 October 2017 at 06:05:50 UTC, drug wrote:
20.10.2017 17:46, Martin Nowak пишет:
On Thursday, 19 October 2017 at 06:50:12 UTC, Fra Mecca wrote:
We miss a build system that is tailored towards enterprises
Anything more specific on that?
My 2
On Monday, 23 October 2017 at 09:06:21 UTC, Per Nordlöw wrote:
Are there any plans (or is it already happening) to make
D-compilers automatically use stack allocations when possible
in cases like
int foo()
{
auto x = [1, 2]; // should be allocated on the stack
return y = x[0] + x[1];
On 10/23/2017 2:06 AM, Per Nordlöw wrote:
Are there any plans (or is it already happening) to make D-compilers
automatically use stack allocations when possible in cases like
int foo()
{
auto x = [1, 2]; // should be allocated on the stack
return y = x[0] + x[1];
}
where allocations
On Monday, 23 October 2017 at 11:02:41 UTC, Martin Nowak wrote:
In C++ incremental rebuilds are simple as you compile each file
individually anyhow, but that's the crux for why C++
compilations are so slow in the first place.
Compiling multiple modules at once provides lots of speedups as
you
On Saturday, 21 October 2017 at 18:52:15 UTC, bitwise wrote:
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
async/await (vibe.d is nice but useless in comparison to C# or
js async/await idiom)
Reference counting when we cannot use GC...
If I understand correctly, both of
On Monday, 23 October 2017 at 10:42:35 UTC, drug wrote:
Also such build system should provide a way to build C/C++ (and
others) codebase or let other build systems build D codebase,
using generated makefile for example.
In fact dub can generate cmake files, more generators for e.g.
ninja or
On Monday, 23 October 2017 at 06:05:50 UTC, drug wrote:
20.10.2017 17:46, Martin Nowak пишет:
My 2 cent:
1. dub needs ability to work with other repository than
standard ones.
You mount or clone whatever you want and use `dub add-local`.
2. multicore building - entire project in D builds
On Sunday, 22 October 2017 at 22:00:19 UTC, bitwise wrote:
I hope resumable functions for for generator/coroutine style
usage are also part of the plan. Allocator support would be
nice too.
Please see
https://forum.dlang.org/post/pbnthucxpvbgzzuig...@forum.dlang.org
for how this could be
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
dub is great for simple solutions but useless in big projects
with multiple targets, configurations, etc.
Works here. Closed source can be handled with path-based
dependencies and private checkouts.
Configurations are handled
Are there any plans (or is it already happening) to make
D-compilers automatically use stack allocations when possible in
cases like
int foo()
{
auto x = [1, 2]; // should be allocated on the stack
return y = x[0] + x[1];
}
where allocations are "small enough" and cannot escape the
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
Hi,
I had been using D for almost 6 years and I want to share my
opinion with you.
I don't want to blame anyone but I'll focus more on bad things
and possible improvements.
And this is just how I see D from my perspective.
(Sorry
On Friday, 20 October 2017 at 14:04:25 UTC, Mike Parker wrote:
After a couple of weeks of quiet on the D blog, it's about to
get noisy again. The latest is is a post by Mario Kröplin of
Funkwerk describing how the company now uses D's built-in tests
in their codebase after several years of
https://godbolt.org/g/uEBiSi
I would expected
int example.foo():
mov eax, 3
ret
for new gdc too.
On Monday, 23 October 2017 at 06:05:50 UTC, drug wrote:
20.10.2017 17:46, Martin Nowak пишет:
On Thursday, 19 October 2017 at 06:50:12 UTC, Fra Mecca wrote:
We miss a build system that is tailored towards enterprises
Anything more specific on that?
My 2 cent:
1. dub needs ability to work
On Sunday, 22 October 2017 at 09:34:56 UTC, kinke wrote:
Hi everyone,
on behalf of the LDC team, I'm glad to announce the first beta
for LDC 1.5.0.
Jon Degenhardt did some nice LTO testing, see:
https://github.com/ldc-developers/ldc/issues/2380
-Johan
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
[...]
The language for sure is huge and complicated and adding new
features will only make it grow bigger. I'm not saying we
shouldn't add any new features. It is important to have the right
defaults to gain the critical mass for
https://issues.dlang.org/show_bug.cgi?id=16800
Octav Pelin changed:
What|Removed |Added
CC||octavpe...@outlook.com
https://issues.dlang.org/show_bug.cgi?id=17842
--- Comment #1 from Walter Bright ---
https://github.com/dlang/dmd/pull/7236
--
On Monday, 23 October 2017 at 09:06:21 UTC, Per Nordlöw wrote:
Are there any plans (or is it already happening) to make
D-compilers automatically use stack allocations when possible
in cases like
int foo()
{
auto x = [1, 2]; // should be allocated on the stack
return y = x[0] + x[1];
On Monday, 23 October 2017 at 09:13:45 UTC, Satoshi wrote:
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
Hi,
I had been using D for almost 6 years and I want to share my
opinion with you.
I don't want to blame anyone but I'll focus more on bad things
and possible improvements.
On 23/10/2017 10:58 AM, bauss wrote:
On Monday, 23 October 2017 at 06:05:50 UTC, drug wrote:
20.10.2017 17:46, Martin Nowak пишет:
On Thursday, 19 October 2017 at 06:50:12 UTC, Fra Mecca wrote:
We miss a build system that is tailored towards enterprises
Anything more specific on that?
My
On Saturday, 21 October 2017 at 20:17:12 UTC, NX wrote:
I think this is a serious topic and needs clarification.
Just out of interest, as opposed to wanting to debate the
merits...
I did a little investigation of how various languages deal with
floating point precision (by default) for
On Monday, 23 October 2017 at 09:13:45 UTC, Satoshi wrote:
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
Hi,
I had been using D for almost 6 years and I want to share my
opinion with you.
I don't want to blame anyone but I'll focus more on bad things
and possible improvements.
On Monday, 23 October 2017 at 12:41:09 UTC, Márcio Martins wrote:
What is everyone doing to get proper file name and line number
info for callstacks with DMD?
addr2line just gives me ??:0
What OS, etc?
On Monday, 23 October 2017 at 11:02:41 UTC, Martin Nowak wrote:
On Monday, 23 October 2017 at 06:05:50 UTC, drug wrote:
20.10.2017 17:46, Martin Nowak пишет:
My 2 cent:
1. dub needs ability to work with other repository than
standard ones.
You mount or clone whatever you want and use `dub
On Monday, 23 October 2017 at 11:39:58 UTC, Martin Nowak wrote:
On Monday, 23 October 2017 at 11:23:18 UTC, Guillaume Piolat
wrote:
Not anymore, you can use the "export" keyword for Windows (eg
with LDC >= 1.2).
With what semantic?
We used to require .def files, and now use "export"
On Monday, 23 October 2017 at 09:13:45 UTC, Satoshi wrote:
On Wednesday, 18 October 2017 at 08:56:21 UTC, Satoshi wrote:
Hi,
I had been using D for almost 6 years and I want to share my
opinion with you.
I don't want to blame anyone but I'll focus more on bad things
and possible improvements.
On Monday, 23 October 2017 at 11:23:18 UTC, Guillaume Piolat
wrote:
Not anymore, you can use the "export" keyword for Windows (eg
with LDC >= 1.2).
With what semantic?
Every-symbol-public-by-default in Posix is annoying though :)
We agreed on hidden visibility by default for everything
23.10.2017 14:02, Martin Nowak пишет:
On Monday, 23 October 2017 at 06:05:50 UTC, drug wrote:
20.10.2017 17:46, Martin Nowak пишет:
My 2 cent:
1. dub needs ability to work with other repository than standard ones.
You mount or clone whatever you want and use `dub add-local`.
This is
On Friday, 20 October 2017 at 15:38:53 UTC, Martin Nowak wrote:
Commercial usage, shared libraries and stuff
There isn't any handy tool to download, manage and publish
closed source stuff.
dub is great for simple solutions but useless in big projects
with multiple targets, configurations, etc.
https://issues.dlang.org/show_bug.cgi?id=17060
radu.raca...@gmail.com changed:
What|Removed |Added
CC||radu.raca...@gmail.com
--- Comment
On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote:
I just read the following two week-old comment on the ldc issue
tracker, when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be
improved.. Would be really cool to have LDC easily
On Friday, 20 October 2017 at 14:04:25 UTC, Mike Parker wrote:
After a couple of weeks of quiet on the D blog, it's about to
get noisy again. The latest is is a post by Mario Kröplin of
Funkwerk describing how the company now uses D's built-in tests
in their codebase after several years of
What is everyone doing to get proper file name and line number
info for callstacks with DMD?
addr2line just gives me ??:0
On Saturday, 21 October 2017 at 22:50:51 UTC, Walter Bright wrote:
Coverage would give:
1|x = 2;
2|if (x == 1 || x == 2)
I.e. the second line gets an execution count of 2. By contrast,
1|x = 1;
1|if (x == 1 || x == 2)
Interesting point, but would likely fail for more complex
On Monday, 23 October 2017 at 10:48:37 UTC, Walter Bright wrote:
There are no plans at the moment, but it's a good idea that
`scope` can make possible.
I'm glad your open for such automatic optimizations, Walter.
Making D compilers automate these things which are cumbersome
manual labour in
On 2017-10-22 04:48, Joakim wrote:
I just read the following two week-old comment on the ldc issue tracker,
when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be improved..
Would be really cool to have LDC easily building alpine containers
On Monday, 23 October 2017 at 12:08:52 UTC, Jacob Carlborg wrote:
On 2017-10-22 04:48, Joakim wrote:
I just read the following two week-old comment on the ldc
issue tracker, when someone tried to run D on Alpine linux:
"For now everything works(?) but I think the process could be
improved..
Don't be afraid to write a small script that is run before a build to
generate a list of files which than can be imported.
On Saturday, 21 October 2017 at 09:51:41 UTC, Mark wrote:
On Saturday, 21 October 2017 at 01:45:40 UTC, codephantom wrote:
The real challenge (and ultimate goal) for any open-source
project (especially a volunteer based one), is finding
equilibria.
Honestly, I do not believe that an
Hi,
I have a folder "i18n" which contains message bundle files. For
now it contains only the message bundle file written by the
developer: "messagebundle.properties".
During the translation process additional message bundle files
will be added to github:
messagebundle_en.properties
On Monday, 23 October 2017 at 10:42:44 UTC, Dmitry Olshansky
wrote:
On Monday, 23 October 2017 at 09:06:21 UTC, Per Nordlöw wrote:
Are there any plans (or is it already happening) to make
D-compilers automatically use stack allocations when possible
in cases like
int foo()
{
auto x = [1,
On Saturday, 21 October 2017 at 20:17:12 UTC, NX wrote:
I was working on some sort of math library for use in graphical
computing and I wrote something like this:
const float PiOver2 = (atan(1.0) * 4) / 2;
Interestingly enough, I realized that atan() returns double (in
this case) but wait,
On Monday, 23 October 2017 at 12:54:33 UTC, Nicholas Wilson wrote:
On Monday, 23 October 2017 at 12:41:09 UTC, Márcio Martins
wrote:
What is everyone doing to get proper file name and line number
info for callstacks with DMD?
addr2line just gives me ??:0
What OS, etc?
Linux 64-bit (Ubuntu
I've written a simple tool [1] to find the DET and CMC
specifically for biometrics performance measurement.
When I generate the report, I expected to see high precision
floating point numbers, but I see that writefln trims the
precision to the last 6 digits after decimal point.
Am I doing
On Tuesday, 24 October 2017 at 04:26:42 UTC, Adam Wilson wrote:
On 10/23/17 17:27, flamencofantasy wrote:
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
On 10/23/17 08:21, Kagamin wrote:
[...]
Actually I think it fits perfectly with D, not for reason of
performance, but for
On Monday, 23 October 2017 at 20:13:20 UTC, Igor wrote:
On Monday, 23 October 2017 at 12:15:17 UTC, Andre Pany wrote:
Hi,
I have a folder "i18n" which contains message bundle files.
For now it contains only the message bundle file written by
the developer: "messagebundle.properties".
[...]
On 10/23/17 17:27, flamencofantasy wrote:
On Monday, 23 October 2017 at 22:22:55 UTC, Adam Wilson wrote:
On 10/23/17 08:21, Kagamin wrote:
[...]
Actually I think it fits perfectly with D, not for reason of
performance, but for reason of flexibility. D is a polyglot language,
with by far the
On 10/23/2017 07:22 AM, Arun Chandrasekaran wrote:
> void main() {
> double a = 22/7.0;
> import std.stdio: writeln, writefln;
> writefln("%.51f", a);
> }
> But why does the compiler bring the C baggage for the integer
> division? Why do I need to `cast (double)` ?
I think you
https://issues.dlang.org/show_bug.cgi?id=17931
Issue ID: 17931
Summary: [scope] `return` == `return scope` breaks for struct
methods
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On 2017-10-23 14:13, Laeeth Isharc wrote:
How can we generate a static binary ?
It's already supported by LDC, using the -static flag. This Linux binary
[1] is statically linked.
[1] https://github.com/jacob-carlborg/remarkify/releases
--
/Jacob Carlborg
https://issues.dlang.org/show_bug.cgi?id=16744
monkeywork...@hotmail.com changed:
What|Removed |Added
CC||monkeywork...@hotmail.com
On 2017-10-23 14:17, Laeeth Isharc wrote:
Can you elaborate on how the TLS implementation needs to be changed?
# echo 'void main() {}' > main.d && dmd -c main.d && gcc main.o -o main
-m64 -static -L/root/.dvm/compilers/dmd-2.076.1/linux/bin/../lib64
-Xlinker -Bstatic -lphobos2 -lpthread
On 2017-10-23 17:35, Joakim wrote:
I'm sure someone could put these together if the above stuff worked.
The question is who's interested in volunteering to help put this all
together?
Yeah, exactly. My plate if already full and all this is lower down on
the priority list.
--
/Jacob
On Monday, 23 October 2017 at 14:07:06 UTC, Arun Chandrasekaran
wrote:
I've written a simple tool [1] to find the DET and CMC
specifically for biometrics performance measurement.
When I generate the report, I expected to see high precision
floating point numbers, but I see that writefln trims
On Friday, 20 October 2017 at 09:49:34 UTC, Adam Wilson wrote:
Others are less obvious, for example, async/await is syntax
sugar for a collection of Task-based idioms in C#.
Now I think it's doesn't fit D. async/await wasn't made for
performance, but for conservation of thread resources,
On Monday, 23 October 2017 at 12:49:18 UTC, Nicholas Wilson wrote:
On Monday, 23 October 2017 at 10:42:44 UTC, Dmitry Olshansky
wrote:
On Monday, 23 October 2017 at 09:06:21 UTC, Per Nordlöw wrote:
int foo()
{
auto x = [1, 2]; // should be allocated on the stack
return y = x[0] +
Context: https://issues.dlang.org/show_bug.cgi?id=17914
I need to get this issue resolved as soon as possible so that the
fix makes it into the next compiler release. Because it involves
cleanup code in a class destructor a design change may be
necessary. Who should I contact to determine the
https://issues.dlang.org/show_bug.cgi?id=17930
--- Comment #2 from Rob ---
In addition to
class Base {
myFunc()
{
}
}
class Derived : Base {
myFunc(int a)
in
{
assert(a >= 0);
}
body
{
}
}
getting a compile error. In the
On Monday, 23 October 2017 at 06:48:50 UTC, Nemanja Boric wrote:
On Sunday, 22 October 2017 at 11:16:56 UTC, Marenz wrote:
One thing that bugged me for years in D is how difficult it is
to get a useful core dump.
```
Task terminated with unhandled exception: Invalid memory
operation
Full
https://issues.dlang.org/show_bug.cgi?id=17930
--- Comment #3 from Rob ---
Forgot return types on functions. Also, the function in Derived2 should have
"override".
--
On Monday, 23 October 2017 at 06:48:50 UTC, Nemanja Boric wrote:
On Sunday, 22 October 2017 at 11:16:56 UTC, Marenz wrote:
One thing that bugged me for years in D is how difficult it is
to get a useful core dump.
```
Task terminated with unhandled exception: Invalid memory
operation
Full
20.10.2017 17:46, Martin Nowak пишет:
On Thursday, 19 October 2017 at 06:50:12 UTC, Fra Mecca wrote:
We miss a build system that is tailored towards enterprises
Anything more specific on that?
My 2 cent:
1. dub needs ability to work with other repository than standard ones.
2. multicore
https://issues.dlang.org/show_bug.cgi?id=17930
--- Comment #1 from Rob ---
*** Issue 17929 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=17929
Rob changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sunday, 22 October 2017 at 11:16:56 UTC, Marenz wrote:
One thing that bugged me for years in D is how difficult it is
to get a useful core dump.
```
Task terminated with unhandled exception: Invalid memory
operation
Full error:
On Friday, 20 October 2017 at 10:47:57 UTC, Andrew Edwards wrote:
Given a documented source file (eg. process.d), I can generate
the DDOC version of the documentation with the -D switch of DMD
as such:
$ dmd -Dfprocess.html process.d
What do I modify on that line to get the DDOX version
On Monday, 23 October 2017 at 07:27:03 UTC, Iain Buclaw wrote:
On Monday, 23 October 2017 at 06:48:50 UTC, Nemanja Boric wrote:
On Sunday, 22 October 2017 at 11:16:56 UTC, Marenz wrote:
One thing that bugged me for years in D is how difficult it
Perhaps dmd druntime could be smarter here and
On Saturday, 21 October 2017 at 08:14:01 UTC, vondes wrote:
How we can use it in https://mobile-phone-tracker.org mobile
recorder on Android?
That doesn't look like a very ethical program.
On 10/21/17 6:33 AM, Martin Nowak wrote:
On 10/19/2017 03:12 PM, Steven Schveighoffer wrote:
On 10/19/17 7:13 AM, Martin Nowak wrote:
On 10/13/2017 08:39 PM, Steven Schveighoffer wrote:
What would be nice is a mechanism to detect this situation, since the
above is both un-@safe and incorrect
1 - 100 of 103 matches
Mail list logo