On 4/24/18 3:45 PM, Radu wrote:
On Tuesday, 24 April 2018 at 16:05:48 UTC, Steven Schveighoffer wrote:
On 4/24/18 10:16 AM, Radu wrote:
On Tuesday, 24 April 2018 at 13:36:48 UTC, Steven Schveighoffer wrote:
On 4/24/18 5:11 AM, bauss wrote:
On Tuesday, 24 April 2018 at 07:58:01 UTC, Radu
On 4/24/18 4:30 PM, Steven Schveighoffer wrote:
I'll file an issue. We may not be able to solve the problem, but it's
something we should try and solve.
Seems there's already a similar issue in there:
https://issues.dlang.org/show_bug.cgi?id=3523
-Steve
On 04/24/2018 08:53 PM, H. S. Teoh wrote:
Yesterday afternoon I ran into a performance issue in one of my D
projects, and thought, "well, it's simple, just compile with -profile,
identify the hotspot, optimize". Unfortunately, doing that triggered a
latent codegen bug in -O that randomly causes
On Monday, 2 April 2018 at 07:05:45 UTC, Mike Parker wrote:
DIP 1013 is titled "The Deprecation Process".
https://github.com/dlang/DIPs/blob/d8f6bfa1810c9774bd7d3b3dc6a7a6776ed5e17e/DIPs/DIP1013.md
It's good to have this formalized as relying on authoritative
review on a per-case basis
On Tue, Apr 24, 2018 at 06:13:46PM +, TheGag96 via Digitalmars-d wrote:
[...]
> Uknown's point about Moore's Law, I think, is the one we should be
> paying attention to. A while back, I saw a talk by Jonathan Blow
> called "Making Game Programming Less Terrible"[1], and lately it's
> been on
On Tuesday, 24 April 2018 at 18:53:02 UTC, H. S. Teoh wrote:
[snip]
That's definitely weird. Problem seems to go away with a static
array. Seems somehow related to impl[0]. Re-writing that as
*impl.ptr and breaking apart some of the logic might help narrow
down the issue.
bool method(int
https://issues.dlang.org/show_bug.cgi?id=18750
ag0aep6g changed:
What|Removed |Added
Depends on||18794
Referenced Issues:
https://issues.dlang.org/show_bug.cgi?id=18794
ag0aep6g changed:
What|Removed |Added
CC||ag0ae...@gmail.com
On Tuesday, 24 April 2018 at 20:18:55 UTC, Basile B. wrote:
[snip]
In the report you forgot to mention that the bug is only
visible with -O -profile.
With just -O the provided test case works fine.
I ran the test case on run.dlang.org with -O and it happens.
On Tuesday, 24 April 2018 at 20:44:12 UTC, H. S. Teoh wrote:
On Tue, Apr 24, 2018 at 08:18:55PM +, Basile B. via
Digitalmars-d wrote:
On Tuesday, 24 April 2018 at 18:53:02 UTC, H. S. Teoh wrote:
> Yesterday afternoon I ran into a performance issue in one of
> my D projects, and thought,
On Tue, Apr 24, 2018 at 08:18:55PM +, Basile B. via Digitalmars-d wrote:
> On Tuesday, 24 April 2018 at 18:53:02 UTC, H. S. Teoh wrote:
> > Yesterday afternoon I ran into a performance issue in one of my D
> > projects, and thought, "well, it's simple, just compile with
> > -profile, identify
https://issues.dlang.org/show_bug.cgi?id=3523
Steven Schveighoffer changed:
What|Removed |Added
CC|
On Tuesday, 24 April 2018 at 18:43:54 UTC, H. S. Teoh wrote:
This reminds me of Nick Sabalausky's rant once that back in the
80's we used to run programs on 64KB RAM and 8kHz CPUs, and
lived with the slow performance, and nowadays we have GB's of
RAM and multicore GHz CPUs, and we are finally
On Tuesday, 24 April 2018 at 18:53:02 UTC, H. S. Teoh wrote:
Yesterday afternoon I ran into a performance issue in one of my
D projects, and thought, "well, it's simple, just compile with
-profile, identify the hotspot, optimize". Unfortunately,
doing that triggered a latent codegen bug in -O
In order to make one of my own code more readable (and hopefully
to avoid a lot of compiling errors under LDC, which don't happen
in DMD for some reason), I'm planning to put my assembly
functions into separate files for each system that needs them,
mainly due to the lack of proper SIMD
On Tuesday, April 24, 2018 21:36:19 Rubn via Digitalmars-d-learn wrote:
> I was wondering if I could create my own property in a way that
> can be used the same way as something like "T.sizeof". Right now
> I have the following to replace length:
>
> uint length32(T)(T[] array)
> {
> return
https://issues.dlang.org/show_bug.cgi?id=18794
--- Comment #2 from hst...@quickfur.ath.cx ---
Just a side-note that although in my own environment, the problem can be
reproduced with -O alone, apparently in some other environments specifying both
-O and -profile is necessary to trigger the bug.
On Tuesday, 24 April 2018 at 19:39:30 UTC, Radu wrote:
On Tuesday, 24 April 2018 at 15:53:23 UTC, Joakim wrote:
Yeah, this beta doesn't even have a MIPS backend. How much of
the testsuite do you have working on MIPS/uClibc? If you have
it pretty far along, we can probably cherry-pick what you
I was wondering if I could create my own property in a way that
can be used the same way as something like "T.sizeof". Right now
I have the following to replace length:
uint length32(T)(T[] array)
{
return cast(uint)array.length;
}
I want something similar to be able to do the following:
On 25/04/2018 5:13 AM, Steven Schveighoffer wrote:
On 4/24/18 12:49 PM, kinke wrote:
On Tuesday, 24 April 2018 at 16:22:04 UTC, Steven Schveighoffer wrote:
On 4/24/18 10:31 AM, Byron Heads wrote:
I will start ignoring win32 when win64 doesn't require dealing with
visual studio installs.
Also
On Tuesday, 24 April 2018 at 16:05:48 UTC, Steven Schveighoffer
wrote:
On 4/24/18 10:16 AM, Radu wrote:
On Tuesday, 24 April 2018 at 13:36:48 UTC, Steven
Schveighoffer wrote:
On 4/24/18 5:11 AM, bauss wrote:
On Tuesday, 24 April 2018 at 07:58:01 UTC, Radu wrote:
On Tuesday, 24 April 2018 at
On 4/24/18 10:16 AM, Radu wrote:
On Tuesday, 24 April 2018 at 13:36:48 UTC, Steven Schveighoffer wrote:
On 4/24/18 5:11 AM, bauss wrote:
On Tuesday, 24 April 2018 at 07:58:01 UTC, Radu wrote:
On Tuesday, 24 April 2018 at 00:46:39 UTC, Byron Heads wrote:
[...]
This is not a fiber issue but
On Wednesday, 18 April 2018 at 12:40:44 UTC, Jonathan M Davis
wrote:
2. Somewhere, it should state that the goal is for the typical
deprecation cycle for a symbol to last approximately two years
and that the number of releases was picked on the assumption
that we would have approximately 5 - 6
On Tuesday, 24 April 2018 at 14:30:07 UTC, Thomas Brix Larsen
wrote:
I'd recommend dqml[1] or full Qt using Calypso[2] instead of
QtE5. I'm currently using dqml in a project and it is working
out great.
Awesome, thank you! I'll keep that in mind!
On Tuesday, 24 April 2018 at 13:08:24 UTC,
On Monday, 23 April 2018 at 06:12:33 UTC, TheGag96 wrote:
Heya guys. For my projects that use a GUI library, I've tried
both tkd and DlangUI. Both I feel have their drawbacks, and I'd
like to know if any of you are using anything you find better.
In my case, my ideal choice would be:
- Nice
On Tuesday, 24 April 2018 at 15:53:23 UTC, Joakim wrote:
On Monday, 23 April 2018 at 09:18:07 UTC, Suliman wrote:
What about Webassembly support? Latest LLVM suppport it, so
LDC should support also.
We don't support a lot of platforms that llvm supports. It will
require someone to work on
On Tuesday, April 24, 2018 16:39:27 Martin Nowak via Digitalmars-d wrote:
> On Wednesday, 18 April 2018 at 12:40:44 UTC, Jonathan M Davis
>
> wrote:
> > 2. Somewhere, it should state that the goal is for the typical
> > deprecation cycle for a symbol to last approximately two years
> > and that
https://issues.dlang.org/show_bug.cgi?id=18639
--- Comment #2 from Manu ---
> - add imports from project dependencies
Not sure what this means... 'add imports'? You mean dependent project's
source-tree paths so clients can import modules from libs? How do you know a
On Tuesday, 24 April 2018 at 16:22:04 UTC, Steven Schveighoffer
wrote:
On 4/24/18 10:31 AM, Byron Heads wrote:
I will start ignoring win32 when win64 doesn't require dealing
with visual studio installs.
Also I have a feeling a client will ask for it.
Unfortunately I don't think the VS
Yesterday afternoon I ran into a performance issue in one of my D
projects, and thought, "well, it's simple, just compile with -profile,
identify the hotspot, optimize". Unfortunately, doing that triggered a
latent codegen bug in -O that randomly causes runtime segfaults,
basically halting all
On 4/24/18 10:31 AM, Byron Heads wrote:
On Tuesday, 24 April 2018 at 13:36:48 UTC, Steven Schveighoffer wrote:
This is not the case of executing 100,000 concurrent fibers, but
executing 100,000 *sequential* fibers. It should work just fine.
Correct, in a normal run of my system there maybe
On Tuesday, 24 April 2018 at 15:53:23 UTC, Joakim wrote:
Yeah, this beta doesn't even have a MIPS backend.
[The prebuilt binaries don't.] I thought about it for a second,
but releasing a new LDC-LLVM version (and me having to build the
4 Windows variants again) seemed too troublesome for the
https://issues.dlang.org/show_bug.cgi?id=18794
Issue ID: 18794
Summary: Compiling with -O causes runtime segfault
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
https://issues.dlang.org/show_bug.cgi?id=18794
hst...@quickfur.ath.cx changed:
What|Removed |Added
Keywords||wrong-code
--
On 4/24/18 12:49 PM, kinke wrote:
On Tuesday, 24 April 2018 at 16:22:04 UTC, Steven Schveighoffer wrote:
On 4/24/18 10:31 AM, Byron Heads wrote:
I will start ignoring win32 when win64 doesn't require dealing with
visual studio installs.
Also I have a feeling a client will ask for it.
https://issues.dlang.org/show_bug.cgi?id=18641
--- Comment #2 from Manu ---
Why don't we just amend the global C/C++ props and include the D lib paths the
same as MS does for CRT paths? I don't think anyone will mind ;)
The link comment thing is interesting. Why only in
I have the following code:
import std.stdio;
import std.typecons;
import d2sqlite3;
class A {
Database db;
this ( Database d) {
db = d;
}
}
class B {
Database* db;
this ( Database* d) {
db = d;
}
}
void main() {
auto db = Database(":memory:");
https://issues.dlang.org/show_bug.cgi?id=18795
So I was telling my colleague that D would warn on self
assignment, but found that I was wrong.
https://run.dlang.io/is/HLhtek
```
module a;
import std.stdio;
void main() {
string a;
a = a; // Can the compiler warn at this line that
there is no effect?
writeln(a);
On Friday, 20 April 2018 at 17:55:12 UTC, Iain Buclaw wrote:
On 20 April 2018 at 17:40, drug via Digitalmars-d-announce
wrote:
Using a compiler that implements 2.077 or later (IIRC) probably
won't, due to gdb being too old. They broke ABI by introducing
On 4/24/18 6:59 PM, Jordan Wilson wrote:
I have the following code:
import std.stdio;
import std.typecons;
import d2sqlite3;
class A {
Database db;
this ( Database d) {
db = d;
}
}
class B {
Database* db;
this ( Database* d) {
db = d;
}
}
void
On Friday, 20 April 2018 at 18:58:36 UTC, Byron Moxie wrote:
[...]
In WIN32 it looks like its leaking memory
Unless there is something I'm misunderstanding, it seems that
Fibers that were not run to completion won't unroll their stack,
which would mean that some destructors wouldn't be
On Wednesday, 25 April 2018 at 02:32:32 UTC, Per Nordlöw wrote:
On Wednesday, 25 April 2018 at 02:23:04 UTC, Mike Franklin
wrote:
Are people using self assignment of structs as a way of
force-running the postblit? Is there a valid use case for
that?
Mike
If they are, there should be a
On Wednesday, 25 April 2018 at 01:08:46 UTC, Arun Chandrasekaran
wrote:
So I was telling my colleague that D would warn on self
assignment, but found that I was wrong.
https://run.dlang.io/is/HLhtek
```
module a;
import std.stdio;
void main() {
string a;
a = a; // Can the
On 04/23/2018 11:46 PM, Nerve wrote:
The user DOES NOT CARE how easy it is
for you to maintain your codebase.
That needs to be painted on every wall, and etched into every computer,
and tattooed onto every forehead, at every developer workspace in the world.
On 04/24/2018 08:29 AM, Adam D. Ruppe wrote:
like I did a wysiwyg editor for work that is a redistributable
server exe they run locally, but the ui is in a browser. You get better
results on firefox than chrome due to a bunch of little things.)
Yea, Chrome is kind of notorious for random
On Wednesday, 25 April 2018 at 05:09:28 UTC, ANtlord wrote:
On Friday, 20 April 2018 at 17:55:12 UTC, Iain Buclaw wrote:
On 20 April 2018 at 17:40, drug via Digitalmars-d-announce
wrote:
Using a compiler that implements 2.077 or later (IIRC)
probably
https://issues.dlang.org/show_bug.cgi?id=5413
Mike Franklin changed:
What|Removed |Added
Keywords||bootcamp, trivial
https://issues.dlang.org/show_bug.cgi?id=18795
Issue ID: 18795
Summary: Add pragma(stackStomp, [true|false]) to control -gx on
per-function basis
Product: D
Version: D2
Hardware: All
OS: All
https://issues.dlang.org/show_bug.cgi?id=17806
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/4b0b02e9e1b8076630f4df707610b81746b391d4
Fix Issue 17806 - processAllocator getter will override
https://issues.dlang.org/show_bug.cgi?id=17806
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wednesday, 25 April 2018 at 02:23:04 UTC, Mike Franklin wrote:
Are people using self assignment of structs as a way of
force-running the postblit? Is there a valid use case for that?
Mike
If they are, there should be a better way of force-running the
postblit.
On 04/24/2018 10:30 AM, Thomas Brix Larsen wrote:
I'd recommend dqml[1] or full Qt using Calypso[2] instead of QtE5. I'm
currently using dqml in a project and it is working out great.
Why not QtE5? I've been meaning to give it a try.
On 04/24/2018 02:43 PM, H. S. Teoh wrote:
This reminds me of Nick Sabalausky's rant once that back in the 80's we
used to run programs on 64KB RAM and 8kHz CPUs, and lived with the slow
performance, and nowadays we have GB's of RAM and multicore GHz CPUs,
and we are finally able to write web
On Wednesday, 25 April 2018 at 01:20:13 UTC, Mike Franklin wrote:
It appears a bug has already been filed
(https://issues.dlang.org/show_bug.cgi?id=11970). I'll see if
I can fix it.
https://github.com/dlang/dmd/pull/8208
We'll see what happens.
https://issues.dlang.org/show_bug.cgi?id=11970
Mike Franklin changed:
What|Removed |Added
Keywords||pull
https://issues.dlang.org/show_bug.cgi?id=18794
Jonathan M Davis changed:
What|Removed |Added
CC|
Stomping the stack is important for detecting certain kinds of dangling
reference bugs (shouldn't be possible in @safe code), but also for cryptographic
code that aims to prevent a function from leaking any information to its caller:
http://www.cl.cam.ac.uk/~rja14/Papers/whatyouc.pdf
This
On Tuesday, 24 April 2018 at 21:36:19 UTC, Rubn wrote:
I was wondering if I could create my own property in a way that
can be used the same way as something like "T.sizeof". Right
now I have the following to replace length:
uint length32(T)(T[] array)
{
return cast(uint)array.length;
}
I
On Monday, 23 April 2018 at 17:26:49 UTC, Seb wrote:
On Monday, 23 April 2018 at 17:04:09 UTC, Baz @dlang-community
wrote:
Time to update your favorite D completion daemon and D linter
since previous patch were not announced.
Changelogs:
- https://github.com/dlang-community/DCD/releases
-
https://issues.dlang.org/show_bug.cgi?id=18794
--- Comment #4 from hst...@quickfur.ath.cx ---
Just tested in my environment, -inline does indeed make the problem go away.
(Mask it, probably.)
However, I can still reproduce the problem with just -O, even though the
original problem was discovered
https://issues.dlang.org/show_bug.cgi?id=18750
Issue 18750 depends on issue 18730, which changed state.
Issue 18730 Summary: dmd miscompiles core.bitop.bt with -O
https://issues.dlang.org/show_bug.cgi?id=18730
What|Removed |Added
https://issues.dlang.org/show_bug.cgi?id=18730
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=18730
--- Comment #8 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/dbbb00a2055c074004bf294b71ffe1b090ff984a
fix issue 18730 - dmd miscompiles core.bitop.bt with -O
On Wednesday, 25 April 2018 at 01:08:46 UTC, Arun Chandrasekaran
wrote:
So I was telling my colleague that D would warn on self
assignment, but found that I was wrong.
https://run.dlang.io/is/HLhtek
```
module a;
import std.stdio;
void main() {
string a;
a = a; // Can the
https://issues.dlang.org/show_bug.cgi?id=18796
Issue ID: 18796
Summary: std.algorithm.substitute asserts on empty range
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: normal
On 04/24/2018 08:44 AM, Uknown wrote:
Even on linux, back in the day, GTK apps looked out of place on
QT systems and vice versa.
That's still true even now, albeit maybe not to the same extent (that
is, until you try to save/open a file...).
We REALLY need a lib that provides the GTK
https://issues.dlang.org/show_bug.cgi?id=18794
--- Comment #5 from ag0aep6g ---
(In reply to ag0aep6g from comment #1)
> bitIdx is a DWORD at rbp-0x10. But later a QWORD is read from there and used
> in the bt instruction. So that reads garbage from the stack. The garbage can
https://issues.dlang.org/show_bug.cgi?id=4791
Mike Franklin changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=11970
Mike Franklin changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=18640
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
https://issues.dlang.org/show_bug.cgi?id=18641
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
https://issues.dlang.org/show_bug.cgi?id=18639
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
https://issues.dlang.org/show_bug.cgi?id=17373
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/56e85cc59b594456bf56132ce2bcb73f559892a3
Fix Issue 17373 - traits getOverloads + multiple interface
https://issues.dlang.org/show_bug.cgi?id=17373
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Sunday, 28 January 2018 at 16:02:36 UTC, Jonathan M Davis
wrote:
> The problem is Teoh that learning a language in Vim or a IDE
> are two totally different things.
vim is a fantastic tool but it can be time consuming to
configure. So I am wondering if some vim-D users would kindly
share
On Tuesday, 24 April 2018 at 00:46:39 UTC, Byron Heads wrote:
On Friday, 20 April 2018 at 20:52:17 UTC, Byron Moxie wrote:
On Friday, 20 April 2018 at 20:46:20 UTC, Steven Schveighoffer
wrote:
On 4/20/18 2:58 PM, Byron Moxie wrote:
[...]
It sounds like the problems may be due to Win32 and
https://issues.dlang.org/show_bug.cgi?id=18793
Simen Kjaeraas changed:
What|Removed |Added
CC|
On Sunday, 15 April 2018 at 22:52:47 UTC, Giles Bathgate wrote:
Hi,
I wanted a way to lazily insert a value into an associative
array, and I am proposing a new function called getOrAdd in
https://github.com/dlang/druntime/pull/2162
Yes please :)
Just one question: does this work for
https://issues.dlang.org/show_bug.cgi?id=18792
Per Nordlöw changed:
What|Removed |Added
Severity|normal |enhancement
--
On Sunday, 22 April 2018 at 15:56:49 UTC, kinke wrote:
Hi everyone,
on behalf of the LDC team, I'm glad to announce the first beta
for LDC 1.9. The highlights of this version in a nutshell:
* Based on D 2.079.1, including new `-i` switch and support for
a minimal (d)runtime.
* Support for
On Tuesday, 24 April 2018 at 07:58:01 UTC, Radu wrote:
On Tuesday, 24 April 2018 at 00:46:39 UTC, Byron Heads wrote:
On Friday, 20 April 2018 at 20:52:17 UTC, Byron Moxie wrote:
On Friday, 20 April 2018 at 20:46:20 UTC, Steven
Schveighoffer wrote:
On 4/20/18 2:58 PM, Byron Moxie wrote:
[...]
On Tuesday, 24 April 2018 at 07:15:38 UTC, Dave wrote:
On Sunday, 28 January 2018 at 16:02:36 UTC, Jonathan M Davis
wrote:
> The problem is Teoh that learning a language in Vim or a
> IDE are two totally different things.
vim is a fantastic tool but it can be time consuming to
configure. So
On Monday, 23 April 2018 at 14:38:44 UTC, TheGag96 wrote:
That's definitely what I'm trying to avoid... I feel those
kinds of interfaces are 99% of the time mega bloated for what
they are. Discord is the only one that seemed big enough for
the britches of an entire browser instance.
On Tuesday, 24 April 2018 at 10:30:21 UTC, Chris wrote:
- cross platform: no need to deploy libs (e.g. Gtk on Mac and
Windows)
Well... that depends. If you can just use the browser already
installed, yeah, but then you have to deal with cross-browser
(which is still a thing, like I did a
On Monday, 23 April 2018 at 20:40:47 UTC, Manu wrote:
On 23 April 2018 at 07:27, Atila Neves via
Digitalmars-d-announce
wrote:
On Saturday, 21 April 2018 at 18:11:09 UTC, Manu wrote:
On 21 April 2018 at 05:41, Atila Neves via
Digitalmars-d-announce
On Tuesday, 24 April 2018 at 11:15:43 UTC, Uknown wrote:
On Tuesday, 24 April 2018 at 10:30:21 UTC, Chris wrote:
On Monday, 23 April 2018 at 14:38:44 UTC, TheGag96 wrote:
That's definitely what I'm trying to avoid... I feel those
kinds of interfaces are 99% of the time mega bloated for what
Am Mon, 23 Apr 2018 16:02:18 +
schrieb Seb :
> I agree that the current Bugzilla instance is suboptimal for
> collaboration.
>
> FYI: there's already a DLang Trello board, but it wasn't actively
> used:
>
> https://trello.com/b/XoFjxiqG/active
>
On Tuesday, 24 April 2018 at 11:19:59 UTC, Atila Neves wrote:
On Monday, 23 April 2018 at 20:40:47 UTC, Manu wrote:
On 23 April 2018 at 07:27, Atila Neves via
Digitalmars-d-announce
wrote:
On Saturday, 21 April 2018 at 18:11:09 UTC, Manu wrote:
On 21
On Tuesday, 24 April 2018 at 10:30:21 UTC, Chris wrote:
On Monday, 23 April 2018 at 14:38:44 UTC, TheGag96 wrote:
That's definitely what I'm trying to avoid... I feel those
kinds of interfaces are 99% of the time mega bloated for what
they are. Discord is the only one that seemed big enough
On Tuesday, 24 April 2018 at 12:29:04 UTC, Adam D. Ruppe wrote:
On Tuesday, 24 April 2018 at 10:30:21 UTC, Chris wrote:
- cross platform: no need to deploy libs (e.g. Gtk on Mac and
Windows)
Well... that depends. If you can just use the browser already
installed, yeah, but then you have to
On 4/24/18 5:11 AM, bauss wrote:
On Tuesday, 24 April 2018 at 07:58:01 UTC, Radu wrote:
On Tuesday, 24 April 2018 at 00:46:39 UTC, Byron Heads wrote:
Fibers on Win32 have a memory leak for sure:
import core.thread : Fiber;
void main() {
foreach(ulong i; 0..99_999) {
auto foo =
On Tuesday, 24 April 2018 at 12:27:30 UTC, Uknown wrote:
On Tuesday, 24 April 2018 at 11:19:59 UTC, Atila Neves wrote:
On Monday, 23 April 2018 at 20:40:47 UTC, Manu wrote:
On 23 April 2018 at 07:27, Atila Neves via
Digitalmars-d-announce
wrote:
On
On Tuesday, 24 April 2018 at 12:44:59 UTC, Uknown wrote:
I forgot to mention consistency. This is the biggest reason I
don't use non native apps. I'm not talking about your app being
consistent across operating systems. I'm referring to being
consistent with programs on the current system.
https://issues.dlang.org/show_bug.cgi?id=17084
--- Comment #3 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/5d2590ed8ce168a455c031ff3c8ef127d6046a46
fix issue 17084 - Can't sort array of structs with alias
https://issues.dlang.org/show_bug.cgi?id=17084
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Tuesday, 24 April 2018 at 13:36:48 UTC, Steven Schveighoffer
wrote:
On 4/24/18 5:11 AM, bauss wrote:
On Tuesday, 24 April 2018 at 07:58:01 UTC, Radu wrote:
On Tuesday, 24 April 2018 at 00:46:39 UTC, Byron Heads wrote:
Fibers on Win32 have a memory leak for sure:
import core.thread :
On Monday, 23 April 2018 at 06:12:33 UTC, TheGag96 wrote:
Heya guys. For my projects that use a GUI library, I've tried
both tkd and DlangUI. Both I feel have their drawbacks, and I'd
like to know if any of you are using anything you find better.
In my case, my ideal choice would be:
- Nice
On Tuesday, 24 April 2018 at 13:36:48 UTC, Steven Schveighoffer
wrote:
On 4/24/18 5:11 AM, bauss wrote:
On Tuesday, 24 April 2018 at 07:58:01 UTC, Radu wrote:
On Tuesday, 24 April 2018 at 00:46:39 UTC, Byron Heads wrote:
[...]
This is not a fiber issue but a more memory management issue.
On Tuesday, 24 April 2018 at 11:19:59 UTC, Atila Neves wrote:
Odd then that dmd doesn't try to correctly mangle constructors
and destructors since they're perfectly callable.
For normal constructors, that only works in the
C++-ctor-called-from-D direction, with suboptimal performance.
Reason
1 - 100 of 101 matches
Mail list logo