On Tuesday, 3 March 2015 at 02:05:08 UTC, Walter Bright wrote:
On 3/2/2015 11:38 AM, Martin Nowak wrote:
Compacting is indeed easy once we have a precise GC, and can
be done
partially, i.e. objects pointed to by the stack/register are
pinned.
Also unions.
Compacting doesn't solve the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Glad to announce the third 2.067.0 beta, this time with installers and
documentation.
https://dlang.dawg.eu/downloads/dmd.2.067.0-b3/
Soon to be mirrored and available on Travis-CI.
http://downloads.dlang.org/pre-releases/2.x/2.067.0/
On Friday, 27 February 2015 at 19:44:01 UTC, Kai Nacke wrote:
This is the 6th time that LDC and D are mentioned in the LLVM
release notes!
Thanks and keep up the good work.
On 01/16/2015 11:17 PM, Steven Schveighoffer wrote:
Monday is Memorial Day in the US, just about everyone has it off.
Last year's memorial day I was standing at caltrain station, 5 AM,
realizing the train wouldn't come.
On 03/03/2015 01:42 AM, Andrei Alexandrescu wrote:
We've done well, I think, in 2011 and 2012 (except for the one student
who failed to deliver) so something about our reporting might have
failed GSoC's expectations.
Are there some documents/emails available. Will get back to you after
the
On 03/02/2015 05:19 AM, Adam D. Ruppe wrote:
http://arsdnet.net/this-week-in-d/mar-01.html
https://twitter.com/adamdruppe/status/572249079352299520
Thanks a lot Adam, this newsletter is really nice to keep up with the
important stuff. And there is a RSS feed as well :).
On 03/03/2015 01:45 AM, Andrei Alexandrescu wrote:
Comparing our application with that of the accepted language projects
might yield some insight. I ran a cursory read of Clojure's idea page
and on first sight it seems comparable to ours'. -- Andrei
Indeed, this year our ideas page and the
On 02/26/2015 05:08 AM, Walter Bright wrote:
A lot of benefit simply came from compacting all the remaining used
allocations together, essentially defragging the memory.
Compacting is indeed easy once we have a precise GC, and can be done
partially, i.e. objects pointed to by the
On 02/25/2015 10:50 PM, deadalnix wrote:
I don't think it make sens to completely discard the idea of barriers,
especially when it come to write barrier on the immutable heap. At least
that should certainly pay off.
Before the argument gets lost.
On 03/02/2015 08:08 PM, CraigDillabaugh wrote:
Unfortunately our organizational proposal for the 2015 Google Summer of
Code was rejected. Thanks to everyone who helped out on this,
especially to those who volunteered to mentor.
Just read that as well, it's a pity.
Thanks for all the good work
On 02/28/2015 11:35 PM, Walter Bright wrote:
Can you please fix your newsreader submitter to not post these? They're
fine for email, but out of place in the n.g.
done
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/27/2015 03:04 PM, Ben Palmer wrote:
Wrapping the RNGs can cause problems as structs are passed by
value. This means that if the same RNG is used in subsequent calls
to say randomCover then the same sequence of random numbers will be
produced
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Quite a lot of the open regressions concern phobos.
Maybe some people not reading the dmd-beta list may help with that?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/2015 09:27 PM, Byron Heads wrote:
I have a medium size daemon application that uses several threads,
libasync, and daemonize. On windows it runs correctly with GC
enabled, but on linux the GC causes a deadlock while allocating
memory.
-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.
- -
-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
-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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/26/2015 01:50 AM, H. S. Teoh via Digitalmars-d wrote:
I don't know how typical this is, but in my own D code I tend to
use arrays a lot, and they do tend to add significant GC load. A
recent performance improvement attempt in one of my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/26/2015 09:29 PM, deadalnix wrote:
Page fault ARE write barrier.
If done at kernel mode, it's too expensive anyhow.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJU8PBSAAoJELJzgRYSuxk58EgP/1ZJMTJ4srl8A+67dr1jpKwv
-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.
On Monday, 23 February 2015 at 16:10:42 UTC, Andre wrote:
Curl has some issues with passwords containing special
characters
like the hash key (#).
I don't found any reference for this issue in curl and the D
wrapper hardly adds anything. You're sure it isn't an issue with
your program or
On Thursday, 19 February 2015 at 22:07:55 UTC, stewarth wrote:
I've gone with static this() approach and it works.
You should use shared static this to initialize immutable
variables.
On Wednesday, 18 February 2015 at 20:27:08 UTC, Byron Heads wrote:
Adding core.memory.GC.disable; to main causes the application to
work correctly (and quickly till it runs out of memory :D )
GC.disable shouldn't run OOM, BTW.
http://dlang.org/phobos/core_memory.html#.GC.disable
On Wednesday, 18 February 2015 at 20:41:12 UTC, Dicebot wrote:
Any chance you are using gdm-3.12.x?
I was so mad when I have encountered this:
https://issues.dlang.org/show_bug.cgi?id=4890
Indeed, maybe
http://dlang.org/phobos-prerelease/core_thread.html#.thread_setGCSignals
might help.
We
On Wednesday, 18 February 2015 at 20:27:08 UTC, Byron Heads wrote:
I have a medium size daemon application that uses several
threads, libasync, and daemonize. On windows it runs correctly
with GC enabled, but on linux the GC causes a deadlock while
allocating memory.
Can you reliably
On 02/20/2015 03:00 PM, Kingsley wrote:
I use for developing with vibe.d and other dub D project that have an
executable binary.
The code is here: https://github.com/kingsleyh/reloaded
Nice, want to contribute?
https://github.com/D-Programming-Language/dub/issues/446
On 02/18/2015 09:35 PM, Byron Heads wrote:
I am in the daemonize library
https://github.com/NCrashed/daemonize
Might want to try using libasync without multiple threads.
http://www.linuxprogrammingblog.com/threads-and-fork-think-twice-before-using-them
On 02/19/2015 11:06 PM, Brian Schott wrote:
Many of the beta-2 files are missing from downloads.dlang.org, and all
of them are missing from ftp.digitalmars.com. This makes testing the
Debian packages or using DVM impossible.
Quote from the dmd-beta post.
We had some troubles with the
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 02/19/2015 11:04 AM, thedeemon wrote:
SML, OCaml, Haskell, F#, ATS, Rust, Swift and others have it as let
keyword, so personally I'd prefer continuing that tradition.
It's semantically different though because it doesn't declare the variables.
On 02/19/2015 12:59 PM, bearophile wrote:
It's also a great way to show what's missing in D syntax.
True that.
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 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 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.
Find more information on the dmd-beta mailing list.
http://forum.dlang.org/thread/54e41ca2.4060...@dawg.eu
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
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
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 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.
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 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
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/13/2015 08:58 PM, Rikki Cattermole wrote:
s/CSmed/Cmsed/
https://github.com/craig-dillabaugh/dlang-gsoc2015/pull/3
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
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
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
On Wednesday, 4 February 2015 at 09:39:56 UTC, ponce wrote:
Would pragma(inline, bool-expr) 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.
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
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
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 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 add
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/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
- 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
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
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
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 go with __gshared.
Or even better, avoid globals ;).
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?
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.
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.
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.
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 20:21:01 UTC, Steven Schveighoffer
wrote:
Those aren't clouds, they are moons :)
Phobos and Deimos to be precise.
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
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
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 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=regressionbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDlist_id=192294query_format=advanced
Please let's
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
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/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
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
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
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
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
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
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.
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/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 01/23/2015 06:54 AM, Walter Bright wrote:
On 1/22/2015 12:52 PM, Gary Willoughby wrote:
Me too, is there any video available?
https://www.youtube.com/watch?v=IkwaV6k6BmM
I can't bear to watch it, you'll have to do it for me!
Great topic, I wasn't aware of how much C++ we support by now.
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.
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.
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 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
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 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 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
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
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 in
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].
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.
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 someone finally
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
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
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 called I would assume
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 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/09/2015 07:35 PM, Andrei Alexandrescu wrote:
Maybe Calypso could be used for that? -- Andrei
What's calypso, can't find anything.
1101 - 1200 of 1476 matches
Mail list logo