On Saturday, 3 February 2018 at 23:37:43 UTC, Dgame wrote:
On Saturday, 3 February 2018 at 23:25:09 UTC, welkam wrote:
On Saturday, 3 February 2018 at 22:59:06 UTC, Dgame wrote:
This could be used to improve D
So when will you start working on issues he described?
And when will you? I
Tried to use DMD compiler that I built from source by following
these instructions https://wiki.dlang.org/Building_under_Windows
They are outdated but I managed to compile it but I get this
error when I tried to compile some code.
dmdm -run Main.d
On Saturday, 3 February 2018 at 22:59:06 UTC, Dgame wrote:
This could be used to improve D
So when will you start working on issues he described?
On Friday, 2 February 2018 at 15:06:35 UTC, Benny wrote:
HTTP:
D has no default HTTP server. So you need to rely on vibe.d.
Vibe.d being a external package that then relies on a few
people to maintain it.
D has no future proof HTTP. There is currently no official
http2 build in to vibe.d.
On Friday, 2 February 2018 at 15:06:35 UTC, Benny wrote:
** Wall of text **
I dont post here often but...
Most of what you complain is known already and/or not entirely
correct. People who work on D are not some glue sniffing brain
dead individuals that are incapable of understanding that
On Monday, 29 January 2018 at 22:55:12 UTC, I Lindström wrote:
The other way I've been thinking is to do the thing
browser-based, but for some reason that doesn't feel right.
Well it didnt felt wrong for Microsoft to use modified internet
explorer to make calculator. You can read more on
On Sunday, 28 January 2018 at 20:42:52 UTC, Jonathan M Davis
wrote:
There is nothing incorrect about the error message. The
compiler looked at all of the functions in the overload set,
and it found none that matched. The reason that it found none
that matched was because it couldn't find any
Error says that it cant deduce function from argument types but
in reality it fails to meet function template constraints. In
this case !is(CommonType!(staticMap!(ElementType,
staticMap!(Unqual, Ranges))) == void)
In human terms it means that arguments are not the same type. Is
this require
On Sunday, 28 January 2018 at 14:33:04 UTC, Johan Engelen wrote:
Careful with these comparisons guys. Know what you are looking
at.
Wise words
On Monday, 15 January 2018 at 06:22:13 UTC, Jayam wrote:
Is there any way how to deploy the vibe.d web app into XAMPP ?
No you cant deploy vibe.d web app into XAMPP. What you can do is
to install vibe.d to the same server and tell apache to proxy all
requests to vibe.d.
I dont know enough
On Wednesday, 20 April 2016 at 07:53:53 UTC, Benjamin Thaut wrote:
Many programmers (me included) are not good with picking colors
and thus presentations usually don't look as good as they could.
Ill just leave this here
On Thursday, 7 January 2016 at 08:16:45 UTC, Yazan D wrote:
On Thu, 07 Jan 2016 02:46:30 +, welkam wrote:
How left one is more readable than right?
http://i.imgur.com/7KiehRI.png
Tip: you can use Jade syntax highlighting for diet templates.
http://i.imgur.com/oaUkjGe.png am I doing
On Wednesday, 6 January 2016 at 11:35:12 UTC, anonymous wrote:
Also check out http://d-ag0aep6g.rhcloud.com/ where I'm
currently working on the implementation. It's a little
different from the mockup, precisely because I'm trying not to
drop features/content.
I am aware of your work. I will
On Thursday, 24 December 2015 at 06:43:32 UTC, Andrei
Alexandrescu wrote:
Currently dlang.org has over 62KLOC of Ddoc source, so any
significant surgery on it will be a large effort. Dropping ddoc
means we'd need to use another templating engine (getting back
to raw html would be too much
On Saturday, 19 December 2015 at 14:33:35 UTC, Jacob Carlborg
wrote:
[1]
http://forum.dlang.org/thread/ejpuwwlutklvlozyf...@forum.dlang.org
[2]
http://forum.dlang.org/thread/fdbnecqbemseocwzg...@forum.dlang.org
[3] http://www.googledrive.com/host/0B7UtafxGD9vESlB3aFBxcjNPOXM
This reminded me
On Wednesday, 6 January 2016 at 17:14:03 UTC, Jacob Carlborg
wrote:
https://vibed.org/templates/diet
I am aware of it, but that is one more technology to learn and
how is it better?
How left one is more readable than right?
http://i.imgur.com/7KiehRI.png
On Tuesday, 22 December 2015 at 14:49:51 UTC, Johan Engelen wrote:
Would it help if binaries are available?
Or is general interest low?
-Johan
Reducing steps will always help. I am interested, but not to the
point of figuring out how to compile newest LDC myself.
People who pay 0$ should not dictate what Walther should be doing.
I guess D will have best interoperability with c++ out of all
languages.
On Saturday, 2 January 2016 at 11:31:24 UTC, Dibyendu Majumdar
wrote:
* Do D compilers generate more efficient code compared to C++
compilers? Are there performance benchmarks comparing D
implementation against C and C++?
* Can D generics do everything C++ templates can (are they
Turing
On Tuesday, 5 January 2016 at 11:21:48 UTC, Ola Fosheim Grøstad
wrote:
1. The core of game engine libraries don't use exceptions... So
the exception handling focus is misguided.
2. Modern performant C++ libraries use templating through and
through... D has not strategy for interfacing with
On Monday, 12 October 2015 at 19:16:10 UTC, Gary Willoughby wrote:
If I was writing a screensaver in D what libraries are
available for opening a window and drawing sprites, etc on it.
GPU accelerated if possible.
I'm using Ubuntu 14.04 and latest DMD compiler.
You will need to interface to
On Sunday, 4 October 2015 at 12:40:00 UTC, rsw0x wrote:
these tools are not very good and they don't help when the
standard library(...or builtin language features...) use the GC
and tie your hands
IMO tools for memory management in D are way better than that of
other languages. Game
D gives users tools to avoid heap allocations and if it is
necessary to allocate heap memory you have scoped memory
management or ref counting so your GC heap is small or non
existent. People fear manual memory management because they hear
stories about C but for most part it can be easy and
On Saturday, 12 September 2015 at 20:17:04 UTC, Freddy wrote:
So I saw this video:
https://air.mozilla.org/guaranteeing-memory-safety-in-rust/ and
was amazed. Is there any way we can implement this in D? What
language extensions would be required?
My idea on implement this would be to add 3
Now its clearer to me. You want delegates
http://wiki.dlang.org/Function_literals
"Are you tired of waiting?"
thanks for sharing
On Saturday, 29 August 2015 at 14:44:01 UTC, Casual D user wrote:
Then they come to the forums and see the head people of D
working on ... DMD codegen improvements. That inspires a lot of
confidence that these issues will get fixed beyond fixing them
yourself - because that's what everyone
On Monday, 24 August 2015 at 18:43:01 UTC, Andrei Alexandrescu
wrote:
to fully focus on pushing D forward.
insert dick joke here
There was a talk on ranges in Dconf 2015
https://www.youtube.com/watch?v=A8Btr8TPJ8clist=PLEDeq48KhndP-mlE-0Bfb_qPIMA4RrrKoindex=10
On Wednesday, 19 August 2015 at 22:58:35 UTC, Timon Gehr wrote:
Maybe relevant: There's some work on automatically discovering
peephole optimizations that a compiler misses, e.g.
http://blog.regehr.org/archives/1109
There is a talk of this
https://www.youtube.com/watch?v=Ux0YnVEaI6A
On Tuesday, 18 August 2015 at 21:43:44 UTC, Walter Bright wrote:
On 8/18/2015 1:33 PM, Jacob Carlborg wrote:
There's profile guided optimization, which LLVM supports.
dmd does have that to some extent. If you run with -profile,
the profiler will emit a trace.def file. This is a script which
Hi,
I was looking at this talk from one of backend developers of
Microsoft's c++ compiler. link:
https://youtu.be/Edzh_e1rqCo?t=40m49s
He was talking about parallelizing control flow and why this
optimization cant be done to c++ code. Spoiler: because c++
variables are shared across
// if the GC kicks in here we're f*
Why?
static nothrow @nogc void removeRange(in void* p);
Removes the memory range starting at p from an internal list of
ranges to be scanned during a collection. ...
On Monday, 17 August 2015 at 20:07:08 UTC, Steven Schveighoffer
wrote:
On 8/17/15 3:57 PM, welkam wrote:
// if the GC kicks in here we're f*
Why?
static nothrow @nogc void removeRange(in void* p);
Removes the memory range starting at p from an internal list
of ranges
to be scanned
On Saturday, 21 March 2015 at 00:42:22 UTC, Andrei Alexandrescu
wrote:
Are you sure you're not missing the part where D's ++var and
var++ generate identical code if the result isn't taken? --
Andrei
No I am not missing it. I think I need to explain why I am doing
all of this.
I am
On Friday, 20 March 2015 at 22:01:35 UTC, deadalnix wrote:
Now end up you data gathering :
Turn them around (sed can do that for you), recompile,
benchmark, and see that it does not change anything at the end.
I do not know exact implementation of D compiler but I guess it
generates code
Here is some data.
vibe.d
foreach:
505 matches across 74 files
++var:
15 matches across 8 files
var++:
168 matches across 37 files
20 would brake if changed meaning to ++var
deadcode (IDE)
foreach:
366 matches across 68 files
++var:
62 matches across 10 files
var++:
111 matches across 30
Observation Nr. 1
People prefer to write var++ instead of ++var.
Observation Nr. 2
Because of observation Nr. 1 and other reasons compilers became
good at removing code that is not needed making var++ and ++var
to produce the same code if returned value is not used.
Observation Nr. 3
Because
I should write regex and go trough http://code.dlang.org/ to see
how many of them would break if we changed var++ implementation
to ++var
101 - 140 of 140 matches
Mail list logo
