On Saturday, 3 September 2016 at 18:06:37 UTC, Dicebot wrote:
There are enough ways to leak access to private entity (alias,
template argument, taking address, some compile-time
introspection) to make such optimizations impossible without
extensive program analysis.
OK, anything else that
On Sunday, 4 September 2016 at 07:24:42 UTC, Basile B. wrote:
The introspection creates a special structure for each property
annotated with @Set, @Get, or @SetGet. This is a kind of
interface for serialization/binding/object inspector (a bit
like "published" in Object Pascal).
But you can't
On Saturday, 3 September 2016 at 19:31:12 UTC, Jacob Carlborg
wrote:
That can usually be solved using .tupleof[i], but I agree.
Well, .tupleof gives you a typed representation of the memory
layout, to me it's something different than qualified access of
fields, just a safer mean to access
On Saturday, 3 September 2016 at 18:56:33 UTC, Dicebot wrote:
Obviously serialization libraries come to mind, especially
important for binary serialization because private members
still affect the layout of the struct.
Let me repeat that another time, private members have never been
On Saturday, 3 September 2016 at 17:23:53 UTC, Basile B. wrote:
On Saturday, 3 September 2016 at 16:52:50 UTC, Martin Nowak
wrote:
On Tuesday, 30 August 2016 at 22:24:12 UTC, Ali Çehreli wrote:
I don't agree with the current solution:
Well let's come up with a better solution then.
Let's
On Sunday, 4 September 2016 at 03:21:05 UTC, Stefan Koch wrote:
While I do understand, that there could be a potential
performance when private members could be changed around
because they are not visible form outside.
I fail to see how we would take advantage of that without
breaking our
On Saturday, 3 September 2016 at 17:57:08 UTC, Jonathan M Davis
wrote:
I do get the feeling that too much of what we do with features
like this is ad-hoc without really designing things up front,
and then we keep having to tweak stuff as we go along in ways
that aren't always particularly
On Saturday, 3 September 2016 at 20:40:57 UTC, Andrei
Alexandrescu wrote:
On 9/3/16 7:57 PM, Jonathan M Davis via Digitalmars-d wrote:
Previously __traits(allMembers, T) listed _all_ members,
whereas now it wil
only list the ones that are accessible. The same for
__traits(derivedMembers, T).
On Tuesday, 30 August 2016 at 22:24:12 UTC, Ali Çehreli wrote:
I don't agree with the current solution:
Well let's come up with a better solution then.
Let's start by finding some proper use-cases that require
introspection on private members w/o having access to them.
On Wednesday, 31 August 2016 at 21:12:54 UTC, Ali Çehreli wrote:
On 08/30/2016 03:24 PM, Ali Çehreli wrote:
> v2.071.2-b3 is bringing a change for this bug:
>
> https://issues.dlang.org/show_bug.cgi?id=15907
>
> I don't agree with the current solution:
>
>
On Saturday, 3 September 2016 at 15:48:24 UTC, ketmar wrote:
just a wrapper class, which will hold the actual instantiation
and a scope. most of the code should "pass thru" the wrapper (i
thing that `alias this` can be used for that, but have to check
it), yet `__traits` can use additional
On Wednesday, 31 August 2016 at 06:20:46 UTC, Jacob Carlborg
wrote:
Class/struct fields are accessible using .tupleof. I was using
__traits(getAttributes) in my serialization library to get
UDA's for these fields, including private ones.
Which is a weird implementation, b/c there is no direct
On Thursday, 1 September 2016 at 19:30:41 UTC, Basile B. wrote:
https://github.com/dlang/DIPs/pull/39
Co-authors welcome.
Slow down a bit until we've finally decided out how to resolve
the problems.
On Wednesday, 31 August 2016 at 13:12:30 UTC, Adam D. Ruppe wrote:
Ugh, it really should just give everything and have getMember
bypass it. That won't even break any code!
It will, e.g. having getMember bypass protection means vibe.d
would now serialize private members
On Tuesday, 30 August 2016 at 22:24:12 UTC, Ali Çehreli wrote:
I can't wrap my head around the fact that a library template
called by my module cannot see my private members.
Well, it was never possible to access them either, didn't seem to
cause much confusion. Also getSymbolsByUDA is built
On Wednesday, 31 August 2016 at 05:33:50 UTC, ketmar wrote:
all this mess should be resolved in compiler by assigning
template *two* visibility scopes: one is template's "normal"
scope (so it can see symbols from it's originating module), and
second is it's "instantiation" scope. after all,
On Wednesday, 31 August 2016 at 09:56:17 UTC, Johan Engelen wrote:
(I can only think of complicated stuff that requires pretty
much whole-program analysis to prove validity, and in that case
adding `private` doesn't help any more)
Yes, it does help. As private prevents usage outside of a
On Tuesday, 30 August 2016 at 23:08:58 UTC, Martin Nowak wrote:
On Tuesday, 30 August 2016 at 21:58:05 UTC, Basile B. wrote:
I'm a bit sad to see that
https://issues.dlang.org/show_bug.cgi?id=15371 was completely
ignored to fix issue 15907. Another decision could have been
to break
On Tuesday, 30 August 2016 at 21:58:05 UTC, Basile B. wrote:
I'm a bit sad to see that
https://issues.dlang.org/show_bug.cgi?id=15371 was completely
ignored to fix issue 15907. Another decision could have been to
break the visibility for the traits allMember, getMember,
derivedMember and
Third beta for the 2.071.2 release.
This beta fixes spurious deprecation warnings with templates
using getMember (Issue 15907), please read the changelog for more
details.
http://dlang.org/changelog/2.071.2.html
http://dlang.org/download.html#dmd_beta
Please report any bugs at
On Tuesday, 23 August 2016 at 18:37:46 UTC, Dicebot wrote:
By its design definition DIP process is for approving
communitty proposals by Walter/Andrei thus there is no point in
pretending they can't ignore the feedback. Only reason it is
even processed in the same queue is so that developers
On Tuesday, 23 August 2016 at 16:19:12 UTC, Nick Sabalausky wrote:
Couple very minor updates:
gen-package-version v1.0.4:
-
Updated docs to include dub.sdl samples, not just dub.json.
https://github.com/Abscissa/gen-package-version
Great to see that it now works
On 08/20/2016 03:21 PM, Martin Nowak wrote:
> On Monday, 15 August 2016 at 20:47:10 UTC, Basile B. wrote:
>>> Please share your suggestions for how to help with the false positive
>>> issue (or just continue laughing in ignorance based on an assumption
>>
On Monday, 15 August 2016 at 20:47:10 UTC, Basile B. wrote:
Please share your suggestions for how to help with the false
positive issue (or just continue laughing in ignorance based
on an assumption of something I never said).
If the origin of the problem is NSIS then in a first time it
On Tuesday, 16 August 2016 at 05:38:00 UTC, Ethan Watson wrote:
D code seems to be sufficiently different that virus scanners
get confused. Both Windows Defender and F-Secure complained
about it being the same trojan in fact.
Don't see any F-Secure problem for dmd-2.071.1.exe.
On Wednesday, 10 August 2016 at 20:35:23 UTC, Dicebot wrote:
- Please submit pull requests to adjust the markdown document
if you want to propose any improvements (mentioning
@WalterBright and @andralex for confirmation).
Not completely through yet, but it looks really promising.
Already made
On Thursday, 11 August 2016 at 09:06:50 UTC, Robert burner
Schadek wrote:
The DIP should make clear that this is wanted for a container
library.
Additionally, I miss how this DIP fits in the overall plan of
getting rid of the GC. As long as there isn't a written
masterplan how to combine those
On 08/09/2016 09:43 AM, celavek wrote:
> If anyone has ideas for new exercises please contribute or if the time
> is an issue send me
> a message with a clear problem statement and a set of unit tests.
>
> I would like to say that for me the sit worked quite well and it helped
> me get started
>
On 08/08/2016 09:54 AM, Sebastiaan Koppe wrote:
> On Sunday, 7 August 2016 at 23:08:34 UTC, Martin Nowak wrote:
>> I actually don't think this makes sense. You're not in the position to
>> maintain 1K+ packages, it's the library owners that need to test their
>> code.
> Th
On Wednesday, 10 August 2016 at 05:49:55 UTC, Ilya Yaroshenko
wrote:
In addition, most of functions has very different API comparing
with their prototypes from std.algorithms: multiple dimensions,
multiple tensors, selection type, plus ndFind accepts static
array as the first argument.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Second beta for the 2.071.2 release.
This fixes Issue 15780, 16085, and 16348.
More import/lookup fixes upcoming.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.071.2.html
Please report any bugs at https://issues.dlang.org
On Saturday, 16 July 2016 at 20:34:49 UTC, Sebastiaan Koppe wrote:
I am aiming really low at first, but will eventually add things
like memory usage, history, notifications, etc.
I actually don't think this makes sense. You're not in the
position to maintain 1K+ packages, it's the library
On Saturday, 6 August 2016 at 14:26:00 UTC, Stefan Koch wrote:
I added a switch to my version of dmd which allows to toggle
the ctfe engine.
So now I can compare apples to apples when posting perf data.
That's indeed very useful, also for testing purposes.
On Sunday, 7 August 2016 at 20:03:45 UTC, Martin Nowak wrote:
BTW, dlang-bot got a logo and it's own home page today.
[Dlang-Bot](http://dlang-bot.herokuapp.com/)
Also since yesterday it cancels outdated Travis-CI builds to
reduce our test load.
On Sunday, 7 August 2016 at 20:03:45 UTC, Martin Nowak wrote:
That is actually the syntax for github's Bugzilla integration
that we're using, and I don't plan on replacing that. We also
rely on that for our changelog.
https://github.com/github/github-services/blob
On Wednesday, 18 May 2016 at 14:27:22 UTC, Jacob Carlborg wrote:
Can we please have dlang-bot recognize the GitHub syntax as
well?
That is actually the syntax for github's Bugzilla integration
that we're using, and I don't plan on replacing that. We also
rely on that for our changelog.
As
On Saturday, 6 August 2016 at 17:34:14 UTC, Andre Pany wrote:
The build script is working fine:
curl -fsS https://dlang.org/install.sh | bash -s dmd
Good news, I'm really not that keen to write a powershell script.
What OS does it detect and download?
On Monday, 1 August 2016 at 22:01:51 UTC, Ali Çehreli wrote:
Package Installer (on Lubuntu) said "Same version is already
installed". Good thing is that clicking [Reinstall Package] did
work.
Ali
The .deb package has the proper version (2.071.2~b1-0) and
updates 2.071.1 as expected. Sure
On Monday, 1 August 2016 at 21:54:11 UTC, Ali Çehreli wrote:
This import regression is holding us from moving to 2.071:
https://issues.dlang.org/show_bug.cgi?id=15907
Ali
Yes, that's on our list. But as it's just a wrong deprecation
warning it shouldn't completely prevent you from
On Monday, 1 August 2016 at 12:40:02 UTC, Stefan Koch wrote:
Can you merge dmd PR #5842 into the release ?
Only bugfixes go into stable, and safe bugfixes should always
target stable.
First beta for the 2.071.2 point release.
We've prolonged the 2.071.x releases to fix all outstanding bugs related
to the 2.071.0 import and lookup changes before moving on to 2.072.0.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.071.2.html
Please report any bugs at
On Sunday, 7 February 2016 at 00:48:54 UTC, Jason White wrote:
I'm interested in feedback on this library. What is it missing?
How can be better?
I think making the actual read/write/open/accept/et.al. functions
used to talk to the kernel pluggable would be a good extension
point to hook in
On Sunday, 7 February 2016 at 00:48:54 UTC, Jason White wrote:
I'm also interested in a discussion of what IO-related
functionality people are missing in Phobos.
This is still a very interesting approach that could even become
a candidate for std.io at some point. Would be great if we could
On Saturday, 9 July 2016 at 23:12:10 UTC, Andrei Alexandrescu
wrote:
Yah, I was thinking in a more general sense. Plenty of
improvements of all kinds are within reach. -- Andrei
Yes, but hardly anything that would allow us to do partial
collections.
And without that you always have to scan
On Saturday, 9 July 2016 at 17:41:59 UTC, Andrei Alexandrescu
wrote:
On 7/7/16 6:36 PM, Enamex wrote:
https://news.ycombinator.com/item?id=12042198
^ reposting a link in the right place.
A very nice article and success story. We've had similar
stories with several products at Facebook.
On 07/08/2016 11:22 AM, Dicebot wrote:
> On Friday, 8 July 2016 at 09:13:08 UTC, Martin Nowak wrote:
>> What would be the use-case for those? Using newer dub versions with an
>> older compiler?
>
> Or simply using dub with ldc/gdb without also installing dmd.
Th
On 07/08/2016 07:45 AM, ikod wrote:
> Correct me if I'm wrong, but in D fibers allocate stack statically, so
> we have to preallocate large stacks.
>
> If yes - can we allocate stack frames on demand from some non-GC area?
Fiber stacks are just mapped virtual memory pages that the kernel only
On Wednesday, 6 July 2016 at 14:32:45 UTC, Dejan Lekic wrote:
Good work!
I presume the "independent" dub packages will also be
available, right?
What would be the use-case for those? Using newer dub versions
with an older compiler?
On Friday, 1 July 2016 at 21:18:28 UTC, Vladimir Panteleev wrote:
In case anyone from this thread haven't seen it, I have my own
image library, which I wrote about here:
https://blog.thecybershadow.net/2014/03/21/functional-image-processing-in-d/
There is also a very nice and somewhat popular
This is the first nightly dmd build that includes dub binaries.
http://nightlies.dlang.org/dmd-2016-07-06/
They will also be part of the upcoming 2.072.y releases.
We will sync the dub and dmd release cycles, but not the
versioning.
On Thursday, 30 June 2016 at 13:05:58 UTC, Martin Nowak wrote:
Use selective imports instead to introduce just the necessary
steps.
s/steps/symbols/
On Thursday, 30 June 2016 at 12:20:26 UTC, captaindet wrote:
this is really bad news for meta programming. i would have to
do this with ugly string mixins from now on, or is this
unintended behavior for string mixins as well?
No it's not, importing whole modules or packages into the scope
of
On 06/30/2016 05:17 AM, Stefan Koch wrote:
> Both. Actually I could not imagine fixing the memory problem without
> doing IR interpretation.
> I will tackle compiling more difficult code later today.
> As soon as I can run my compiletime brainfuck I will open a PR.
>
> Until then you can see my
On Thursday, 30 June 2016 at 03:03:16 UTC, MMJones wrote:
I need to get more info than just the memory usage. Like what
is using the memory.
That's what -profile-gc is for, it tracks allocations.
Give it a try, IIIRC it's missing explicit GC.malloc calls atm.,
but those should be rare anyhow
On Thursday, 30 June 2016 at 01:20:08 UTC, Stefan Koch wrote:
First small code example compiles!
int bug6498(int x) {
int n = 0;
while (n < x) {
n++;
}
return n;
}
evaluation of bug6498(100_000_00) took 226 msecs.
evaluation of bug6498(100_000_000) took 2228 msecs.
The memory
On Tuesday, 28 June 2016 at 21:20:01 UTC, Ola Fosheim Grøstad
wrote:
Not necessarily, if the 10K allocations results in system
calls, but try to remove the 1ms delay, set setMaxMailboxSize
to a millon and set it to ignore. (i.e. if the box is full you
bypass sending).
Yes your overflowing
On Wednesday, 29 June 2016 at 09:07:18 UTC, ketmar wrote:
i decided to make some noise about those, as people may
thinking about doing the ports themselves, and effectively
double (or triple, or...) the work.
so, here they are:
* Vorbis decoder[1] (stb_vorbis port), PD;
* FLAC decoder[2]
On Wednesday, 29 June 2016 at 10:02:08 UTC, Dicebot wrote:
Please don't. There is a dire need to fix the implementation
first, currently DIP25 is almost unusable for anyone who
doesn't know exact limits of the feature - compiler diagnostics
are pretty much non-existent. Right now it is miles
On Wednesday, 29 June 2016 at 02:18:27 UTC, MMJones wrote:
I read somewhere that one can modify the D files from phobos
and runtime to supply a stub for the GC. I would like to add
some logging features to the GC.
Does this not require one to recompile phobos? I figured the
source code was
On Monday, 27 June 2016 at 22:55:39 UTC, deadalnix wrote:
Yeah, but you can blast the whole heap in between reuse, and
that is great :)
Right, and you can already reset a fiber local allocator today,
just put a reference to it in your Fiber subclass.
On 06/25/2016 12:33 PM, Ola Fosheim Grøstad wrote:
>
> It takes the same viewpoint. A go-routine (fiber) that is short-lived
> (like a HTTP request handler) can release everything in one swipe
> without collection.
Simple as don't allocate on a per-request basis if you want a fast
program. It
On 06/25/2016 10:33 PM, Lodovico Giaretta wrote:
>
> But my implementation does not maintain the state of the parents, so you
> can't get any info about the parent from the children, unless you use
> exit() (in which case, you can get the parent's name from the closing tag).
>
> But your idea
On 06/27/2016 05:31 PM, Guillaume Piolat wrote:
> You don't need to match the manpower and stability of the established
> solution to make something useful. Perhaps there could be something
> distinctive enough to make it attractive?
Much faster turnaround times are a very distinctive feature.
On 06/27/2016 08:13 PM, Guillaume Piolat wrote:
> Not yet, but it could be useful for new types of audio effects and
> specific tasks like voiced/unvoiced detection.
There are many simpler solutions for that than using machine learning.
Writing a simple neural network with backpropagation is
Glad to announce D 2.071.1.
http://dlang.org/download.html
This point release fixes a few issues over 2.071.0, see the changelog
for more details.
http://dlang.org/changelog/2.071.1.html
-Martin
On 06/16/2016 08:43 PM, Jack Stouffer wrote:
> On Sunday, 29 May 2016 at 21:53:23 UTC, Martin Nowak wrote:
>> Second beta for the 2.071.1 release.
>>
>> http://dlang.org/download.html#dmd_beta
>> http://dlang.org/changelog/2.071.1.html
>>
>> Please repo
On 06/16/2016 09:47 PM, deadalnix wrote:
> 196418a8b3ec1c5f284da5009b4bb18e3f70d99f still not in after 3 month.
> This is typesystem breaking. While I understand it wasn't picked for
> 2.071 , I'm not sure why it wasn't for 2.071.1 .
Because it didn't target stable.
On Thursday, 16 June 2016 at 02:32:05 UTC, Jack Stouffer wrote:
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?
For offline browsing, Windows and Linux users can use
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 06/10/2016 12:17 AM, Steven Schveighoffer wrote:
> On 6/9/16 6:06 PM, Mathias Lang via Digitalmars-d wrote:
>> To avoid the delegate being GC allocated, use `scope foo = (int i) { ...
>> }` at call site.
>
> Is that true? At one point in D's past, this ONLY worked if you passed a
> delegate to
On 04/16/2016 07:38 AM, Sönke Ludwig wrote:
> Am 15.04.2016 um 22:38 schrieb Andrei Alexandrescu:
>> Say you're on https://dlang.org/library/std/range/primitives.html and
>> try to find your way to https://dlang.org/library/std/range.html.
>>
>> Clicking on "range" in the navigation panel doesn't
On 06/11/2016 02:24 PM, Jonathan M Davis via Digitalmars-d wrote:
> I'm fine with generating the docs with ddox if that works better, but I sure
> hope that we're not going to then change how we're doing the actual
> documenattion in the source files except that if ddox is smart enough that
> we
On 06/11/2016 02:31 PM, Jonathan M Davis via Digitalmars-d wrote:
>>> > > But the problem is, people will ask questions on these forums, and
>>> > > likely will not get answers.
>> >
>> > Why not? -- Andrei
> Are _you_ going to spend time going through every single page in the
> documentation,
On 06/10/2016 07:33 PM, Andrei Alexandrescu wrote:
> I'm a bit bummed about that. I like it. Is my understanding incorrect
> that disqus is fairly established by now?
You need to create an account with a pay-by-data company to even post
something.
On 06/11/2016 03:02 PM, Martin Nowak wrote:
> On 06/10/2016 07:33 PM, Andrei Alexandrescu wrote:
>> I'm a bit bummed about that. I like it. Is my understanding incorrect
>> that disqus is fairly established by now?
>
> You need to create an account with a pay-by-data
On 06/04/2016 08:23 PM, Sönke Ludwig wrote:
> I think they have. Vladimir has reported a bunch of them over time and
> all of those have been fixed.
Found a new one ;).
[Issue 16152 – dpl-docs/ddox doesn't show documentation for eponymous
template
On 06/04/2016 09:32 PM, Andrei Alexandrescu wrote:
> Sounds good to me, thanks. Delegation/lieutenantship/empowering for the
> win. I think we should also secure Martin's buy-in to make sure. -- Andrei
I'm fine with switching to ddox, could have happened a while ago.
Would be worth to switch for
On 06/05/2016 11:21 AM, Jacob Carlborg wrote:
> I found a minor issue recently. If there's more than one symbol in the
> same module with the same name but with different casing, all these
> symbols are shown on the same "single symbol page". Not sure if that's
> solvable due to some operating
On Monday, 6 June 2016 at 07:00:56 UTC, Kai Nacke wrote:
Hi everyone,
It is a great pleasure to announce that version 1.0.0 of LDC,
the LLVM-based D compiler, is now available for download!
Congratulations!
And please update https://ldc-developers.github.io/LATEST.
On Saturday, 4 June 2016 at 18:21:27 UTC, Vladimir Panteleev
wrote:
Generally I'm not a fan of bloating things up with JavaScript
widgets. Perhaps only if there is a lot of demand for this?
Bloat? One button per entity and a single js function?
Perhaps we should improve editor support
I'm finding myself writing a lot of selective imports nowaday, while
also browsing the documentation (sometimes even using dman).
I though it might be a nice to have a "copy-as-selective-import" button
next to the anchor link.
Then once you find what you've been looking for, e.g.
On 04/23/2016 04:17 PM, Seb wrote:
> This project is about adding non-uniform random generators to mir and
> hopefully eventually to Phobos.
I just happen to need a gaussian random number generator right now.
Is there already some WIP code, or would you have an intermediate
recommendation?
On Monday, 30 May 2016 at 04:42:24 UTC, rikki cattermole wrote:
I was making the point that dub could handle ldc as the default
if dmd is not on the PATH variable.
That's already done since a long time. Since 0.9.25 you can also
configure your default compiler.
Second beta for the 2.071.1 release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.071.1.html
Please report any bugs at https://issues.dlang.org
-Martin
On 05/12/2016 10:15 PM, Walter Bright wrote:
> On 5/12/2016 9:29 AM, Andrei Alexandrescu wrote:
>> I am as unclear about the problems of autodecoding as I am about the
> necessity
>> to remove curl. Whenever I ask I hear some arguments that work well
> emotionally
>> but are scant on reason and
On Sunday, 29 May 2016 at 18:20:29 UTC, Martin Nowak wrote:
I used the web search (which is really bad) and tried D, dlang,
D lang, and D language.
Apparently didn't try dlang, my fault. Would it be possible to
add the other search terms? Same point had already been raised in
a plugin review
On Sunday, 22 May 2016 at 12:39:08 UTC, WebFreak001 wrote:
Is the name really that bad? I mean you can find it if you
search for `dlang` in the editor because it has dlang in the
description.
I used the web search (which is really bad) and tried D, dlang, D
lang, and D language.
Anyone working on a D language plugin for Visual Studio's cross
platform IDE?
Of course we're late to the party, language support for
everything else is already there.
http://code.visualstudio.com/
How is the D language experience on Atom and Sublime Text?
On Saturday, 21 May 2016 at 21:12:15 UTC, Walter Bright wrote:
The current one is effective, but slow:
https://github.com/dlang/dmd/blob/master/src/backend/compress.c
Yes, LZO, LZ4, or snappy would be good choices. They are
real-time compression algorithms, i.e. it's faster to compress
On 05/21/2016 11:18 PM, Martin Nowak wrote:
> The debugging metaphor would be comparing a program that only uses
> pointer arithmetic against one that is memory safe, the former can
> randomly write everywhere from anywhere, the latter could use the wrong
> reference.
It's
On 05/18/2016 04:59 PM, Daniel Murphy wrote:
> The bytecode generator and bytecode interpreter can be debugged (and
> tested!) independently. So the total amount of code will increase but
> the components themselves will be better isolated and easier to work with.
It's simpler to debug an AST
On 05/18/2016 07:50 PM, Stefan Koch wrote:
> Indeed.
>
> I am currently designing an IR to feed into the CTFE Evaluator.
> I am aware that this could potentially make it harder to get things
> merged since DMD already has the glue-layer.
As a compat layer between different interpreters or as a
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
Related discussion
https://trello.com/c/4XmFdcp6/163-rediscuss-redundant-utf-8-string-validation.
On 05/17/2016 12:42 PM, Don Clugston wrote:
> There's no need for grandiose plans, as if there is some
> almost-insurmountable problem to be solved. THIS IS NOT DIFFICULT. With
> the interface cleaned up, it is the well-studied problem of creating an
> interpreter. Everyone knows how to do this,
On Tuesday, 17 May 2016 at 08:51:01 UTC, Jacob Carlborg wrote:
I'm not sure how to best handle different C standard libraries
when it comes to choosing which one to use. Is it best to
choose that when building the compiler or when building
druntime? Or can it be a runtime option?
Shouldn't
On 05/16/2016 07:32 PM, André wrote:
> Hi,
>
> after another round of polishing, bug fixing, very useful user
> contributions and suggestions, I'd like to present the new home of the D
> language online tour:
>
> http://tour.dlang.org/
>
> Thank you very much to the D foundation for hosting
On 05/16/2016 03:03 PM, Martin Nowak wrote:
> ~this()
> {
> if (impl.onHeap && --impl.heap.refCount == 0)
> heapAllocator.free(impl.heap);
> }
Of course missing the increment for copies.
this(this)
{
if (impl.onHeap)
++impl.heap.refCount;
}
On 05/16/2016 01:36 PM, Andrei Alexandrescu wrote:
>
> A reap would be great there! std.experimental.allocator offers that and
> a variety of others. -- Andrei
Yes indeed, a malloc backed Region Allocator w/ a FreeList or a
BitmappedBlock would be a good starting point.
That might finally be a
On Monday, 16 May 2016 at 10:01:47 UTC, Kagamin wrote:
Wasn't it possible to enable GC for entire compiler? There can
be hybrid approach: 1) first allocate from bump heap 2) when it
reaches, say, 200MB, switch to GC.
Well, I wouldn't use D's GC for that dedicated heap.
Allocation of CTFE
On 05/15/2016 04:00 PM, Daniel Murphy wrote:
> The problem is, if index refers to a single variable on the stack, then
> it's insufficient to refer to a variable inside an aggregate on the
> stack. Then you need to start building constructs for member of struct
> in array of struct pointers and
501 - 600 of 2234 matches
Mail list logo
