-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/24/2015 10:53 AM, Walter Bright wrote:
>
> Even 10% makes it a no-go. Even 1%.
Write barriers would cost a low single digit, e.g. 3-4%.
While searching for ways to avoid the cost I found an interesting
alternative to generational GCs.
https://
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/22/2015 01:43 AM, Manu via Digitalmars-d wrote:
> D's GC is terrible, and after 6 years hanging out in this place, I
> have seen precisely zero development on the GC front. Nobody can
> even imagine, let alone successfully implement a GC that co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/22/2015 03:23 AM, Walter Bright wrote:
> - RC is slower overall
This claim isn't true for almost all applications when using a
conservative GC, except for programs that produce a lot of garbage and
have very few long-lived objects. The memory ba
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It would be nice to get up-to-date syntax highlighting support for D
in the commonly used libraries. Those libraries are used by many other
tools and it's important for D's visibility that it's present in any
list of programming languages.
- - https:/
On Thursday, 19 February 2015 at 19:19:51 UTC, Martin Nowak wrote:
dawg
BTW, please mail me for urgent stuff 'code dawg eu'.
On Thursday, 19 February 2015 at 18:31:53 UTC, CraigDillabaugh
wrote:
Can I get your Username?
dawg
On Thursday, 19 February 2015 at 18:00:22 UTC, Martin Nowak wrote:
I logged into it, what do I need to do?
OK, I have a profile with MartinNowak as public name.
How do I connect with dlang?
On Friday, 13 February 2015 at 22:59:32 UTC, CraigDillabaugh
wrote:
Also, Martin have you created a profile yet on Melange?
I logged into it, what do I need to do?
On 02/19/2015 12:51 AM, Brad Roberts via Digitalmars-d wrote:
I just looked and there's a little shy of 1000 messages queued up to go out.
That was apparently cause by me updating the 2.067 branches.
I probably should have deleted and recreated it instead, but I didn't
knew how the mails are g
On 02/18/2015 02:14 AM, Etienne Cimon wrote:
I'll be working on HTTP/2 with websocket-style full duplex communications
Glad to hear that.
On Tuesday, 17 February 2015 at 08:59:48 UTC, Martin Nowak wrote:
I'm not sure either. We try to be strict to avoid inadvertent
porting issues, but MAP_ANON is supported on so many platforms
that we might just leave it in posix.
https://github.com/D-Programming-Language/druntime/pull/1176
On Sunday, 15 February 2015 at 21:38:17 UTC, Vladimir Panteleev
wrote:
I'm not sure if, for the case of extensions adopted by multiple
platforms, it makes sense to force users to import each
platform's module. Was creating a separate module with shared
POSIX extensions considered?
I'm not sur
On Saturday, 31 January 2015 at 02:22:59 UTC, Vladimir Panteleev
wrote:
I don't know how the .html files that are included in dmd.zip
are generated. Please try and see if it works for you. If not,
I can look into it if you open-source your process.
https://github.com/D-Programming-Language/ins
On 02/13/2015 08:58 PM, Rikki Cattermole wrote:
s/CSmed/Cmsed/
https://github.com/craig-dillabaugh/dlang-gsoc2015/pull/3
On 02/13/2015 07:56 PM, Martin Nowak wrote:
Anything out yet? Just made a pull request myself.
Also uploaded a rendered pdf (with the links fixed).
https://dlang.dawg.eu/dlang-gsoc2015.pdf
On 02/09/2015 02:47 PM, CraigDillabaugh wrote:
Google Summer of Code organizational proposals start today. I will
submit our proposal in the next day or two. The evaluation process
starts on Feb 23rd, so I imagine we should still be able to make updates
to the Ideas/Mentors pages until that tim
On 02/02/2015 09:09 AM, Vladimir Panteleev wrote:
Change my view.
Most important point for dub, there is central registry that enables the
http://en.wikipedia.org/wiki/Network_effect.
On Thursday, 29 January 2015 at 11:47:26 UTC, Ben wrote:
Good news everyone! We have a date and location for the 2nd D
meetup. The meetup will take place on Friday the 20th of
February at 19:30. The new location is the 3rd floor of the Co
Op Berlin building (http://co-up.de/). This meeting will
If I understand it correctly, Walter is against adding trusted
blocks (trusted {...}) into @safe functions. But what about
having safe blocks in @trusted functions ?
int somefunc() @trusted
{
int a = systemfunc();
int b;
@safe {
b = safefunc(); // calling systemfunc() not allowe
On Wednesday, 4 February 2015 at 18:00:19 UTC, Jacob Carlborg
wrote:
On 2015-02-03 23:29, Walter Bright wrote:
http://wiki.dlang.org/DIP56
There's been enough discussion, time to make a decision and
move on.
This is affected by the -inline flag?
Interesting question. I'd say without -inlin
On Wednesday, 4 February 2015 at 09:39:56 UTC, ponce wrote:
Would pragma(inline, ) be supported though? This
would allow to pass inlining as a template parameter (can be
useful to force recursive inlining, or to force inlining
depending on the call point).
Nice idea.
On Tuesday, 3 February 2015 at 22:30:22 UTC, Walter Bright wrote:
http://wiki.dlang.org/DIP56
There's been enough discussion, time to make a decision and
move on.
Great, gets the job done and you even thought of on/off/default
to apply this to multiple functions.
It provides the common inlin
As you might have noticed already, this functionality is currently
missing in phobos leading people to write buggy or platform specific code.
We just fixed this in dub.
https://github.com/D-Programming-Language/dub/pull/497
Time to finally add this to phobos, what's missing is someone to
imple
On 02/03/2015 10:02 PM, H. S. Teoh via Digitalmars-d wrote:
Rather than scan the whole source tree every time, it
takes the changeset as input -- either from the OS, or from some other
source of information.
Indeed a good idea, although according to his graphs, this only starts
to matter for +
On 02/03/2015 04:20 AM, Martin Nowak wrote:
On Tuesday, 3 February 2015 at 02:39:56 UTC, Vladimir Panteleev wrote:
I might revisit Dub again once some of the fixable issues mentioned
here are fixed.
Another very important argument is consistency in using packages.
I recently tried digger
On 02/02/2015 12:00 PM, Manu via Digitalmars-d wrote:
If my D project depends on a C lib, then what am I supposed to do to
make dub useful for me?
This is a simple problem to solve.
All package tools support a way to build "native" extensions, mostly by
scripting the builds.
You can already ad
On 02/03/2015 09:51 AM, ketmar wrote:
'cause it really sux as a build tool.
Not getting into any of the lengthy discussions of yours, but 'it sux'
isn't really helping anyone to improve it.
On 02/02/2015 10:44 AM, Andrej Mitrovic wrote:
What's worse, I have to wait 15-20 minutes for the latest tagged version
of a dependency to finally show up on code.dlang.org.
Filed as https://github.com/D-Programming-Language/dub-registry/issues/92.
Please comment if you have any other ideas to
Just go with __gshared.
Or even better, avoid globals ;).
On Monday, 2 February 2015 at 09:44:18 UTC, Andrej Mitrovic wrote:
- Dub installs everything in ~/ (home, which on Windows is an
awful location anywho). It's a pain in the ass for browsing
dependencies in your editor. If it's just a submodule you can
easily view it in the source tree (e.g. just
On Tuesday, 3 February 2015 at 02:39:56 UTC, Vladimir Panteleev
wrote:
I might revisit Dub again once some of the fixable issues
mentioned here are fixed.
Another very important argument is consistency in using packages.
I recently tried digger which is a really great tool, but it took
me abou
Lot's of weird attitude in this thread BTW, instead of
complaining about every single flaw we could really make use of a
few helping hands.
I'm often literally baffled that people don't even try to fix
obviously trivial bugs.
https://github.com/D-Programming-Language/dub/pull/354
- restructure the directory layout of my library (breaking
change)
That's likely solveable. Haven't seen anyone putting sources in
the root dir for ages though, mostly because it contains readmes
and configs.
- update all projects which use this library to use Dub instead
If we can solve
Given the overwhelming number of responses you received, I would suggest
to adhere to Kiith-Sa's suggestion of dropping the idea of a czech-only
forum. I think that we are more likely to meet for a beer than to make
such forum alive in near future.
Martin
smime.p7s
Description: Elektro
On Saturday, 31 January 2015 at 09:25:10 UTC, Benjamin Thaut
wrote:
Well, export is going to remain transitive. So the first
approach is still going to work. The only difference is going
to be that you can "force export" private declarations. So for
most modules it is hopefully going to be enou
On Friday, 30 January 2015 at 20:21:01 UTC, Steven Schveighoffer
wrote:
Those aren't clouds, they are moons :)
Phobos and Deimos to be precise.
It seems completely unrelated to the -j flag, just related to
per-file compilation.
Look at the linker map file, maybe one build results in a better
layout, though the effect should be marginal.
Can we commit to having stuff done by Feb 15 for a release on
Mar 1? -- Andrei
Sounds good, work on regressions should start soon and we should
no longer add features.
Thanks for this code, it's a lot nicer and simpler than mine.
-- Andrei
So, pull request for std.array and reverting the dollar thingie?
Problem solved?
On Friday, 30 January 2015 at 14:11:27 UTC, CraigDillabaugh wrote:
http://en.flossmanuals.net/GSoCMentoring/managing-the-mentors/
Sounds good, count me in.
On Friday, 23 January 2015 at 18:37:07 UTC, Martin Drašar wrote:
Dne 23.1.2015 v 19:16 Andrei Alexandrescu via Digitalmars-d
napsal(a):
Both are nice:
http://tour.golang.org/welcome/1
http://rustbyexample.com/
Or something along the lines of https://tryhaskell.org
With possible integration
On Friday, 30 January 2015 at 14:58:14 UTC, Andrei Alexandrescu
wrote:
I think we need to promote the best of the breed into the
standard library. -- Andrei
True that for anything not too subjective (XML, json, streams),
but for frameworks it might be healthier to leave decisions open.
And we
On Friday, 30 January 2015 at 22:06:34 UTC, Walter Bright wrote:
Time to button this up and release it. Remaining regressions:
https://issues.dlang.org/buglist.cgi?bug_severity=regression&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&list_id=192294&query_format=advanced
Please let's f
On Friday, 30 January 2015 at 20:47:33 UTC, Andrei Alexandrescu
wrote:
On 1/30/15 12:45 PM, Brad Roberts via Digitalmars-d wrote:
On 1/30/2015 12:39 PM, Jacob Carlborg via Digitalmars-d wrote:
On 2015-01-30 15:59, Andrei Alexandrescu wrote:
That would be nice. -- Andrei
I agree. I wouldn't
On Tuesday, 20 January 2015 at 12:23:32 UTC, Benjamin Thaut wrote:
2) Make export an attribute. If export is no longer an
protection level but instead an attribute this issue can easily
be solved by doing.
export public void templateFunc(T)()
{
someHelperFunc();
}
export private void someHe
On 12/02/2014 06:10 PM, Jacob Carlborg wrote:
DMD 2.066.1 is missing in the Digitalmars FTP. The release candidates
are present but the final release is missing. This breaks DVM.
By the way dmd.2.066.1.linux.zip is still missing :(.
http://ftp.digitalmars.com/dmd.2.066.1.linux.zip
http://down
On 12/02/2014 06:10 PM, Jacob Carlborg wrote:
DMD 2.066.1 is missing in the Digitalmars FTP. The release candidates
are present but the final release is missing. This breaks DVM.
By the way dmd.2.066.1.linux.zip is still missing :(.
http://ftp.digitalmars.com/dmd.2.066.1.linux.zip
http://down
On 01/28/2015 03:41 AM, Brad Roberts via Digitalmars-d wrote:
I spent the time today to read up on how to use s3 website redirects,
since s3 doesn't support symlinks. The only new requirement is for the
http client to follow a 301 redirect, which most do.
Can you please also add cache-contr
On 01/29/2015 03:58 PM, Andrei Alexandrescu wrote:
Travis set the User agent this way:
$ CURL_USER_AGENT="Travis-CI $(curl --version | head -n 1)"
Thanks! -- Andrei
Yes, I added that so you can keep track of the download numbers.
I'd be interested to know the travis-ci numbers, would also he
On 01/28/2015 03:41 AM, Brad Roberts via Digitalmars-d wrote:
I hope that makes you guys a little happier..
Thanks a lot, hope it's easy for you to maintain the redirects.
Would it also be possible to add a LATEST version?
http://downloads.dlang.org/releases/2.x/LATEST/dmd.LATEST.linux.zip
On 01/24/2015 12:38 PM, Benjamin Thaut wrote:
Why do we need a high-level wrapper?
Because it means the support if finished and stable, unlike the Window
DLL documentation which tells people what internal runtime functions to
use to make an incomplete DLL support work a little.
(P.S. didn
On 01/30/2015 05:32 AM, Craig Dillabaugh wrote:
It seems like its been too long since I posted asking for GSOC help.
I was just about to ask how things are going :).
Thanks a lot, the page looks much better than in recent years.
http://wiki.dlang.org/GSOC_2015_Ideas
1) I need a volunteer for
On 01/22/2015 10:21 PM, Andrei Alexandrescu wrote:
While working on the new site menus I was copying std modules by hand -
and boy, there's just so much work to be done. Streams, json, encoding,
mmfile, outbuffer, signals, socket, socketstream, xml, zip - all that
stuff, maybe a third of the stan
On 01/28/2015 09:12 AM, Mike wrote:
Note that D has 3 built-in types: exceptions, dynamic arrays, and
associative arrays, that may be difficult to use without the GC:
http://dlang.org/builtin.html.
4 actually, if you count delegate closures.
http://dlang.org/function.html#closures
On Thursday, 29 January 2015 at 13:24:36 UTC, Benjamin Thaut
wrote:
module c:
SomeTemplate!uint var3; // will this use instaction from b? Or
instanciate itself?
That's the first instantiation with uint. If you mean float, then
it will instatiate the template when compiled individually and
us
ang.org is named
"more libraries" in top-level and "3rd party packages" in phobos level.
I would vote for consistency.
Also the darker color looks better imho.
Martin
smime.p7s
Description: Elektronicky podpis S/MIME
Dne 25. 1. 2015 v 19:23 Daniel Kozak napsal(a):
> je tady nekdo z ceska? Vlastnim domenu dlang.cz a mam v planu tam rozchodit
Zdar, to by bylo zasluzne.
--
mk
---
Tato zpráva byla zkontrolována na viry programem Avast Antivirus.
http://www.avast.com
vat bakalarky a diplomky, ktere by pouzivaly Dcko,
takze pokud bych mohl nekam odkazovat ty mene jazykove vybavene, tak by
se to urcite hodilo.
A taky by me uprimne zajimalo, jak velka je ceska komunita ;-)
Martin
> / english //
>
> Hi
>
> Is there anybody from Czech? I
Windows console is broken, I recommend using API functions
(WriteConsole) instead.
On 01/24/2015 11:47 AM, Benjamin Thaut wrote:
I tried really hard but I'm not able to find a link in the menu that
leads to the following page: http://dlang.org/dll-linux.html
Is that intentional? In my opinion this is a pretty central topic which
should appear in the sub-menu "D Reference".
Ki
Dne 23.1.2015 v 19:16 Andrei Alexandrescu via Digitalmars-d napsal(a):
> Both are nice:
>
> http://tour.golang.org/welcome/1
> http://rustbyexample.com/
Or something along the lines of https://tryhaskell.org
With possible integration with D REPL.
smime.p7s
Description: Elektronicky podpis S/MI
On Friday, 19 December 2014 at 16:45:40 UTC, Ola Fosheim Grøstad
wrote:
Yes, but it would be easy to define some focused goals for each
release and refuse to touch stuff that belongs to a later
release. E.g.
http://wiki.dlang.org/Agenda
On 01/12/2015 09:55 PM, Steven Schveighoffer wrote:
e.g. http://dlang.org/dmd-osx.html
I can get to this page by searching google, but the menu on the left has
eliminated it. See here: http://dlang.org/download.html
Why?
Accidentally, because of too much macro magic.
https://github.com/D-Prog
https://issues.dlang.org/show_bug.cgi?id=3749
On Thursday, 1 January 2015 at 16:56:24 UTC, Manu via
Digitalmars-d wrote:
Does anyone know how to fix this? Can we please do so? It's
been a
problem for like 5 years it seems.
It's a bit insane that we can't resolve any non-linear
functions at
compile time.
Oh, we got yl2x recently [1].
So,
On Monday, 12 January 2015 at 22:17:57 UTC, Walter Bright wrote:
To defend that argument we'd first have to fix our own codegen.
https://issues.dlang.org/show_bug.cgi?id=12442
That issue has nothing to do with exception handling vs error
codes.
If you start to discuss register allocation tha
On Monday, 12 January 2015 at 22:54:08 UTC, Dicebot wrote:
Which is equivalent to "don't use exceptions on servers" :)
Yes, I know, this is why any alternative approach is worth
interest.
I think error handling chains like Maybe!(Result) or
Either!(Error, Result) could be nicely implemented i
On Monday, 12 January 2015 at 21:41:48 UTC, Andrei Alexandrescu
wrote:
I can't believe I agree with everything bearophile just said
:o). -- Andrei
But we knew that already.
channel9.msdn.com/Shows/Going+Deep/C-and-Beyond-2012-Andrei-Alexandrescu-Systematic-Error-Handling-in-C
stackoverflow.com/
On Monday, 12 January 2015 at 21:11:44 UTC, Walter Bright wrote:
On 1/12/2015 6:57 AM, Martin Nowak wrote:
The general solution in functional programming is error
chaining.
An example, C is a function that reads in lines of a program
and B is a function
that takes all those lines and counts
On 01/11/2015 06:28 PM, Andrei Alexandrescu wrote:
I don't think the CSS would be enough. The "title" is "Module xxx.yyy".
I only need to format "xxx.yyy" in code font. How do I do that? -- Andrei
Here is the right place.
https://github.com/D-Programming-Language/dlang.org/blame/dbcdbe39cdb0c0e
On Monday, 12 January 2015 at 00:51:25 UTC, Walter Bright wrote:
On 1/11/2015 5:06 AM, Dicebot wrote:
What is your opinion of approach advertised by various
functional languages and
now also Rust? Where you return error code packed with actual
data and can't
access data without visiting error c
On Monday, 12 January 2015 at 01:53:20 UTC, Brian Schott wrote:
On Saturday, 10 January 2015 at 20:18:03 UTC, Walter Bright
wrote:
Has someone made a dfmt, like http://gofmt.com/ ?
https://github.com/Hackerpilot/dfmt
The above is the work of one afternoon and not well tested.
Thanks Brian,
On 01/09/2015 10:28 AM, Manu via Digitalmars-d wrote:
I'm looking at another potential opportunity to get D into the office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations are with
Emscripten on D code tonight
On 01/10/2015 01:52 PM, Jacob Carlborg wrote:
On 2015-01-10 13:36, Martin Nowak wrote:
The idea isn't bad, but the performance will suck. This is generally
known as N+1 query, only that this is even worse, as each field is
queried individually.
Since the "all" method was
On 01/10/2015 01:36 PM, Martin Nowak wrote:
The idea isn't bad, but the performance will suck. This is generally
known as N+1 query, only that this is even worse, as each field is
queried individually.
Here is a sketch for an optimal solution. I'm actually eagerly waiting
that someo
On 01/10/2015 11:20 AM, Jacob Carlborg wrote:
On 2015-01-10 07:46, DaveG wrote:
I might be crazy, but it seems like the compiler has all the information
necessary to figure this out and it would make user code simpler, less
error prone, and more efficient. So does anybody have any idea on how to
On Wednesday, 7 January 2015 at 08:46:41 UTC, Vladimir Panteleev
wrote:
* I still have reservations about using Disqus.
I'm quite happy with the self hosted isso comments on my blog.
https://code.dawg.eu/reducing-vibed-turnaround-time-part-2-less-compiling.html#isso-thread
On 01/09/2015 09:29 PM, Tobias Pankrath wrote:
In this case there is a that is 16px wide and
occupies exactly the space you want to get rid of. It only shows up when
viewing the HTML using the Chrome developer tools (F12). It's not in the
page source.
It's highlighted as D source.
On 01/09/2015 07:35 PM, Andrei Alexandrescu wrote:
Maybe Calypso could be used for that? -- Andrei
What's calypso, can't find anything.
On Thursday, 8 January 2015 at 12:18:37 UTC, Steven Schveighoffer
wrote:
One thing that may be misleading about this -- our headers
don't include *everything* from C-land.
What's missing? They should just match their C counterparts.
On 01/05/2015 06:18 PM, Benjamin Thaut wrote:
That won't work. Not only the allocations are important but the pointers
between them as well. Your proposed solution would only work if all
pointers within a D program are known and could be recorded.
And I'm also interested in the type information
On 01/05/2015 11:26 AM, Benjamin Thaut wrote:
If you are interrested I might be able to branch of a old revision and
make it compile with the latest dmd again.
I'm interested in realistically simulating your allocation patterns.
That includes types and allocation sizes, allocation order, lifeti
On 01/05/2015 02:59 AM, Craig Dillabaugh wrote:
Do you feel the current posting on the Wiki accurately best reflects
what work needs to be done on this project.
Yeah, it's pretty good.
I've thrown out the hosted ARM project (AFAIK gdc and ldc are almost
done) and filled in some details for the
On 01/05/2015 04:38 AM, Mike wrote:
I forgot to mention in my last post your proposal for moving TypeInfo to
the runtime [1] is also one of the changes I had in mind. It would be an
excellent start, an important precedent, and would avoid the ridiculous
TypeInfo-faking hack necessary to get a bui
On 01/05/2015 04:50 AM, Mike wrote:
Exactly, that's good example.
Can we please file those as betterC bugs in https://issues.dlang.org/.
If we sort those out, it will be much easier next time.
On 01/04/2015 04:50 AM, Mike wrote:
On Saturday, 3 January 2015 at 14:14:42 UTC, Adam D. Ruppe wrote:
What changes did you have in mind? When I played with it, it was
mostly using the C-like subset, but I still think it was worth it
because bits like operator overloading and slicing are really c
On 01/04/2015 09:31 AM, Joakim wrote:
The notion is that individual developers could work on patches to fix
bugs or add features to ldc/druntime/phobos then sell those closed
patches to paying customers. After enough time has passed, so that
sufficient customers have adequately paid for the wor
On Sunday, 4 January 2015 at 06:04:38 UTC, Manu via Digitalmars-d
wrote:
I wonder if the code can still run against the builtin GC to
reproduce
the original problem?
OK, will have a look.
On Sunday, 4 January 2015 at 15:02:39 UTC, anonymous wrote:
On Sunday, 4 January 2015 at 05:24:09 UTC, Martin Nowak wrote:
It requires a `final bool opEquals(SameClass other)` method to
avoid the virtual call.
`final bool opEquals(Object)` is enough, no?
No, then you'd still need a dy
I'd like to have a few more real world GC benchmarks in druntime.
The current ones are all rather micro-benchmarks, some of them don't
even create garbage.
So if someone has a program that is heavily GC limited, I'd be
interested in seeing that converted to a benchmark.
Made the start with o
On 01/04/2015 06:16 AM, Martin Nowak wrote:
+1 definitely makes sense, can you file an enhancement request
It requires a `final bool opEquals(SameClass other)` method to avoid the
virtual call.
On 01/04/2015 04:23 AM, anonymous wrote:
I see one fundamental source of overhead: The types degenerate to
Object, resulting in virtual calls that could be avoided. Maybe it'd be
worthwhile to templatize object.opEquals: `bool opEquals(A, B)(A a, B b)`.
+1 definitely makes sense, can you file a
On 12/31/2014 07:17 AM, Manu via Digitalmars-d wrote:
And even then, passing by value in not something you would do! Why
would you ever pass some big struct by value?
Sure if it's an rvalue.
On 01/04/2015 12:45 AM, Martin Nowak wrote:
Sure, someone should make a pull and implement opEquals for the Address
classes, maybe also opHash.
In the meantime addr1.tupleof == addr2.tupleof is a useful workaround,
but it can't handle polymorphism.
On 01/03/2015 05:42 PM, Tobias Pankrath wrote:
Could anyone clarify what the actual and intended behaviour is?
This [1] is the implementation and it calls opEquals. If that's not
overriden, the default [2] will use identity comparison.
[1]:
https://github.com/D-Programming-Language/druntime
https://github.com/Hackerpilot/Dscanner
On Saturday, 3 January 2015 at 16:33:56 UTC, Jonathan Marler
wrote:
So what is the right way to compare the contents of 2 classes?
I thought it was to implement an opEquals method. It pains me
to see people using the toAddrString function to compare
Address classes:( This is so inefficient a
I'm currently working on optimizing the GC marking code and I'm
having quite some problems with the inline decisions of the
compiler.
The compiler can't make good decisions here, because it lacks
information about which branches are executed rarely.
Would be nice to have @noinline, @forceinline
On Wednesday, 31 December 2014 at 19:50:49 UTC, Andrei
Alexandrescu wrote:
Hello,
In wake of the recent discussions on improving ddoc syntax
we're looking at doing something about it. Please discuss any
ideas you might have here. Thanks!
Quite often pull requests for the changelog [0] conta
On Friday, 2 January 2015 at 12:40:41 UTC, Daniel Murphy wrote:
You should wrap, unless we want to make _aaRange part of the
stable api.
Yep, please don't rely on runtime internals.
Wrapping front can be inlined and optimized.
601 - 700 of 1785 matches
Mail list logo
