On 10/27/2015 08:53 AM, Rainer Schuetze wrote:
> Sorry for being a little late with these:
Thanks, the fix will be in the final release.
http://dlang.org/changelog/2.069.0.html#link-against-vs2015.
On Tuesday, 27 October 2015 at 13:14:36 UTC, wobbles wrote:
How can `coordinates` member be known at compile-time when the
input argument is a run-time string?
I suspect through the opDispatch operator overload.
http://dlang.org/operatoroverloading.html#dispatch
Yikes, this is such an
Available as dub package:
http://code.dlang.org/packages/scod
Example:
http://martinnowak.github.io/bloom/bloom.html
We're currently working on dub integration of other doc generation tools
(https://github.com/D-Programming-Language/dub/pull/702), for the time
being you can use scod like so.
On Monday, 26 October 2015 at 13:22:21 UTC, Andre wrote:
Great work. I think it worths to only extract the necessary
files.
-> linux/lib64/*
-> linux/bin64/*
-> object.d (maybe also others from runtime)
Did that, and also cleaned the local .dub folder.
I wrote a buildpack for Heroku to easily deploy D apps.
The script is based on the Travis-CI build script, so you can
select the same compilers (using a .d-compiler file) and get the
same DC/DMD env vars.
https://github.com/MartinNowak/heroku-buildpack-d
On Thursday, 22 October 2015 at 19:00:07 UTC, Kai Nacke wrote:
Hi everyone,
LDC 0.16.0, the LLVM-based D compiler, is available for
download!
Great job and impressive bugfix list.
Could someone please update
https://ldc-developers.github.io/LATEST.
-Martin
On 10/17/2015 09:05 PM, Marco Leise wrote:
> Oh wait, false alert. That was a relic from older days. My
> build script placed a dummy dmd.conf there.
>
> I do seem to get problems with ldc2-0.16.0:
Are you using something befor 0.16.0-beta2, b/c I thought the problem
was resolved.
On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote:
- Data size limited by available contiguous virtual memory
Mmaping files for sequential reading is a very debatable choice,
b/c the common use case is to read a file once. You should at
least compare the numbers w/
On Friday, 16 October 2015 at 12:14:09 UTC, ponce wrote:
What changed in the backend?
http://dlang.org/changelog/2.069.0.html#backend-improvements
On 10/14/2015 08:09 PM, Brian Schott wrote:
>
> Is there any reason that these fixes won't be merged for 2.069?
Please target the stable branch when fixing something.
Also tagging as 2.069 milestone helps (can you actually tag that yourself?).
I don't examine PRs before branching or tagging a
On Saturday, 10 October 2015 at 01:27:09 UTC, Jonathan M Davis
wrote:
Regardless, what we pretty much need to do with @property at
some point is make is that it's used to make it so that a
single pair of parens operate on the return value rather than
the function even if we don't do anything
On Saturday, 10 October 2015 at 02:15:14 UTC, Adam D. Ruppe wrote:
On Saturday, 10 October 2015 at 01:52:36 UTC, Martin Nowak
wrote:
What would you use that for, a handwritten interface struct
with function pointers made read-only using @property?
var a = var.emptyObject; // works today
On Thursday, 8 October 2015 at 04:53:53 UTC, Suliman wrote:
Is it DDMD based release?
Yes.
On 10/08/2015 11:36 AM, lobo wrote:
>
> Is there any info on the benchmarking between DDMD and DMD?
Still on the todo list to decide whether we need to use gdc to build ddmd.
https://trello.com/c/OT6jlFNa/85-rebench-ddmd-vs-dmd-compiler-speed
On Thursday, 8 October 2015 at 12:20:23 UTC, Andrea Fontana wrote:
Are dmd 2.069b1 binaries compiled with dmd 2.069b1 or with dmd
2.068.2?
The last released compiler, we don't have any bootstrap method
(using a small C++ compiler or so).
On Thursday, 8 October 2015 at 14:59:15 UTC, Jack Stouffer wrote:
I think it should be mentioned in the change log the
substantial improvements that were made to the docs since last
release. After over 30 PRs were merged for improving the docs,
they are WAY better than the 2.068 docs.
Sure,
On Thursday, 8 October 2015 at 12:48:48 UTC, Adam D. Ruppe wrote:
On Thursday, 8 October 2015 at 04:14:59 UTC, extrawurst wrote:
Does that mean @property has no effect anymore ?
@property never actually worked anyway. It is still my hope
that it will be correctly implemented some day though
On Thursday, 8 October 2015 at 20:59:57 UTC, NVolcz wrote:
The changelog links to:
http://dlang.org/phobos/std_experimental_allocator.html
which returns 404 for me.
I remember seeing discussions about versioning the docs. What
happened to that?
Fixed by now.
First beta for the 2.069.0 release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.069.0.html
Please report any bugs at https://issues.dlang.org
-Martin
On Tuesday, 29 September 2015 at 08:09:39 UTC, Ola Fosheim
Grøstad wrote:
But doesn't that imply a full scan when you are scanning for
common types that live on leaf nodes in the graph?
Yes, if you want to collect a very common type, you'd need to
scan many types.
But using typed allocations
On 09/24/2015 03:49 AM, Ola Fosheim Grøstad wrote:
> On Thursday, 24 September 2015 at 00:08:18 UTC, Martin Nowak wrote:
>> The key to a low latency/high throughput GC is being able to
>> incrementally collect the heap. There is a very interesting paper that
>> uses the type system to perform
On 09/18/2015 09:26 PM, Rory wrote:
> The new GC in Go 1.5 seems interesting. What they say about is certainly
> interesting.
>
> http://blog.golang.org/go15gc
>
> "To create a garbage collector for the next decade, we turned to an
> algorithm from decades ago. Go's new garbage collector is a
Glad to announce D 2.068.2.
http://downloads.dlang.org/releases/2.x/2.068.2/
This point release fixes a few regressions 2.068.1, see the changelog
for more details.
http://dlang.org/changelog/2.068.2.html
-Martin
On Tuesday, 15 September 2015 at 08:39:43 UTC, John Colvin wrote:
Where is the VERSION file documented? Why does it need manual
intervention only for patch releases and pre-releases?
We should prolly remove the manually updated VERSION file.
The other build scripts update the file or pass
The second beta for the 2.068.2 point release fixes an regression with
destroy that could result in a memory leak [¹].
http://downloads.dlang.org/pre-releases/2.x/2.068.2/
-Martin
[¹]: https://issues.dlang.org/show_bug.cgi?id=15044
On Monday, 14 September 2015 at 20:14:45 UTC, Jack Stouffer wrote:
On Monday, 14 September 2015 at 17:51:59 UTC, Martin Nowak
wrote:
What platform are you on?
I'm on OS X, using the homebrew version of DMD. And homebrew is
telling me that I have 2.068.1 installed
Well I guess it's a bug in
On Thursday, 10 September 2015 at 17:46:53 UTC, Jack Stouffer
wrote:
Well, it's a little too late, but the compiler outputs the
wrong version:
$ dmd --version
DMD64 D Compiler v2.068
Copyright (c) 1999-2015 by Digital Mars written by Walter Bright
It does work for me and the build seems fine
On Thursday, 10 September 2015 at 08:12:19 UTC, anonymous wrote:
I tested a vibe.d project and got lots of linker errors
starting with
../../.dub/packages/vibe-d-0.7.24/libvibe-d.a(libevent2_38e3_5d7.o): In
Funktion
On Thursday, 10 September 2015 at 17:14:03 UTC, anonymous wrote:
After uninstalling dmd 2.068 andinstalling the .deb package
instead of downloading+extracting the tar.xz everything works
fine!
The tar.xz package should work as well.
On Thursday, 10 September 2015 at 18:27:08 UTC, Steven
Schveighoffer wrote:
I think we can fix this. Looks like the version string is
generated on build, and has no effect on the code at all.
-Steve
Will check what went wrong there.
Due to a regression in 2.068.1 we'll directly follow up with an
unplanned point release 2.068.2.
This is the beta for that point release.
http://downloads.dlang.org/pre-releases/2.x/2.068.2/
Please test any of your code against this beta to help finding bugs.
https://issues.dlang.org/
-Martin
On 09/07/2015 12:21 PM, anonymous wrote:
> Trying to download the 7z Windows file gives me a 403.
>
> http://downloads.dlang.org/releases/2015/dmd.2.068.1.windows.7z
Thanks, I just fixed it. The aws client failed to upload that file and
it was hard to notice in the log output.
Glad to announce D 2.068.1.
http://downloads.dlang.org/releases/2.x/2.068.1/
This point release comes with many regression and bug fixes over
2.068.0, see the changelog for more details.
http://dlang.org/changelog.html#2.068.1
-Martin
First beta for the 2.068.1 point release (we skipped -b1 due to a bug).
http://downloads.dlang.org/pre-releases/2.x/2.068.1/
http://ftp.digitalmars.com/
Also available on Travis-CI as dmd-2.068.1-b2.
This beta comes with plent dmd and a few druntime, phobos, and installer
fixes.
On Tuesday, 25 August 2015 at 13:14:31 UTC, tchaloupka wrote:
Maybe unnoticed by the community, but thanks to Oleh (olehlong)
D is visible as one of implementations of Json web token
library on http://jwt.io/.
Great, adding D support to a project is very helpful to grow our
ecosystem and a
On 08/24/2015 08:42 PM, Andrei Alexandrescu wrote:
Hello everyone,
Following an increasing desire to focus on working on the D language and
foundation, I have recently made the difficult decision to part ways
with Facebook, my employer of five years and nine months.
Thank you for this very
On 08/23/2015 06:35 PM, Nick Sabalausky wrote:
I haven't worked with the conversion tool before. How is this part done?
It's the exact command below that line, we've incorporated that into the
makefile.
On 08/23/2015 07:08 PM, Martin Nowak wrote:
On 08/23/2015 06:35 PM, Nick Sabalausky wrote:
I haven't worked with the conversion tool before. How is this part done?
It's the exact command below that line, we've incorporated that into the
makefile.
In case it doesn't work b/c you added a
On 08/23/2015 08:48 AM, Iain Buclaw via Digitalmars-d-announce wrote:
It should do with whatever is in master at least. But until I'm able to
release new binaries, there is at least new TravisCI integration testing of
PRs that test building ddmd with ldc and gdc.
But it currently fails.
On 08/23/2015 11:09 AM, Dicebot wrote:
Great!
Daniel, does that mean that I can remove DDMD testing job from my CI? :)
I think so.
On 08/23/2015 07:22 AM, Rikki Cattermole wrote:
Now lets hope the next stage is smooth in the transition.
Here is a small guide on how to update a PR.
https://github.com/D-Programming-Language/dmd/pull/4922#issuecomment-133776696
Glad to announce D 2.068.0.
http://downloads.dlang.org/releases/2.x/2.068.0/
This release comes with many rangified phobos functions, 2 new GC
profilers, a new AA implementation, and countless further improvements
and fixes.
See the changelog for more details.
On 08/06/2015 05:32 PM, Colin wrote:
I wonder how difficult implementing this in the compiler would be?
Obviously cant use external tools...
I also opened an ER to collect some ideas for nicer backtraces.
https://issues.dlang.org/show_bug.cgi?id=14885
On 08/06/2015 05:32 PM, Colin wrote:
I wonder how difficult implementing this in the compiler would be?
Obviously cant use external tools...
It's not too complex to implement in the *runtime*. The code already
exists, someone just needs to remove the phobos dependencies.
On 08/07/2015 08:00 PM, Martin Nowak wrote:
On 08/06/2015 05:32 PM, Colin wrote:
Here is that card in our backlog btw.
https://trello.com/c/FbuWfpVE/13-backtraces-with-line-numbers
On Wednesday, 5 August 2015 at 23:38:22 UTC, Brian Schott wrote:
On Wednesday, 5 August 2015 at 20:57:49 UTC, anonymous wrote:
getUDAs and getSymbolsByUDA don't seem to have made it, so
they're correctly commented out for now.
That's annoying. Those three were meant to go together.
It is
On 08/05/2015 01:57 AM, Martin Nowak wrote:
Release Candidate for 2.068.0
To make this a successful release we need to work on the changelog, so
that the rest of the world can know what we actually did. Right now it
only contains a few entries and the ugly bug list.
On Wednesday, 5 August 2015 at 15:57:46 UTC, Adam D. Ruppe wrote:
If you just download this little file:
http://arsdnet.net/dcode/linetrace.d
and add it to your build, when compiling in debug mode, it will
translate the addresses into line numbers (by simply piping out
to addr2line on the
On 08/05/2015 09:04 PM, Brian Schott wrote:
Where does that changelog come from? I made some pull requests against a
file that I thought was the changelog to document some Phobos changes
that got merged, but now I don't see it on dlang.org.
On Wednesday, 5 August 2015 at 00:42:46 UTC, Ali Çehreli wrote:
This always gets me: Don't forget to refresh the browser page
to see the the new entries (rc1).
Yes, that's a trap.
I tweaked the cache control for the current beta's page, will do
that the next time right away to resolve this.
Release Candidate for 2.068.0
http://downloads.dlang.org/pre-releases/2.x/2.068.0/
http://ftp.digitalmars.com/
We fixed the remaining issues.
https://github.com/D-Programming-Language/dmd/compare/v2.068.0-b2...v2.068.0-rc1
On 08/02/2015 11:20 AM, Rainer Schuetze wrote:
Unfortunately, that does not help a lot because Microsoft changed their
C runtime quite a bit to make it more compliant to C99. This causes
unresolved symbols when linking phobos.
You think we can work that out soon enough?
On Friday, 31 July 2015 at 17:56:23 UTC, Kelet wrote:
Hi Gerald,
MonoTime is the replacement for TickDuration and it's
initialized from the runtime initialization function (rt_init).
This is because the GC and others may need time functionality.
Thanks, filed as
On Sunday, 26 July 2015 at 12:00:09 UTC, Martin Nowak wrote:
Could someone please try the fix
https://issues.dlang.org/show_bug.cgi?id=14801#c2.
Please try again, we updated the fix.
https://issues.dlang.org/show_bug.cgi?id=14801#c11
On Thursday, 30 July 2015 at 00:59:16 UTC, Joseph Cassman wrote:
4) The VS 2015 Community 2015 installation [2] also includes a
complete build system. However, the DMD Windows installer does
not recognize it and fails to update the sc.ini file
accordingly. I will file a bug report shortly with
On Wednesday, 29 July 2015 at 07:10:13 UTC, Martin Nowak wrote:
You're not allowed to redistribute the VS binaries, only the
libc dlls.
On Win32 we use our own libc (dmc) and linker (optlink).
We could improve our installer so it can optionally start the
VS compiler installation.
On Wednesday, 29 July 2015 at 01:55:35 UTC, Joseph Cassman wrote:
There is probably an obvious reason this is not possible but I
could not see it when reading through the MS licensing
information. It seems to me the linker bin could be
redistributed. Why is it (and the other required lib/dll
On Wednesday, 29 July 2015 at 01:52:34 UTC, Joseph Cassman wrote:
I was forced to install VS to get one since for some reason the
7A and 8.1 Windows SDK's did not install a complete 64-bit
toolchain for me.
Seems like Microsoft dropped the compiler from the SDK.
On Monday, 27 July 2015 at 16:57:24 UTC, jmh530 wrote:
I thought the next release was to switch to ddmd and wasn't
supposed to add a bunch of new features?
That's for the dmd side, doesn't preclude work on druntime or
Phobos.
On Monday, 27 July 2015 at 17:12:49 UTC, Joseph Cassman wrote:
I can understand that. But releases tend to be several months
away. And not just two. So this is a bit frustrating.
We're trying to get to a 2 month interval, and delaying work that
doesn't meet the deadlines is necessary to
On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:
I just wasted a lot of time again trying to get Win64 set up on
a machine I had to wipe. I had it working for 2.067.1 somehow
but was never able to duplicate that on other machines I have.
The information at [1] is outdated.
On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:
Sorry for the following rant but I am frustrated by the poor
quality of support for Windows 64 development.
Try http://rainers.github.io/visuald/visuald/StartPage.html.
By way of comparison, I can download other languages and run
On 07/26/2015 08:13 PM, Jordi Sayol via Digitalmars-d-announce wrote:
Is it not better to use 7z format? It has more compression ratios than
gz/bz2, and they can be easily handled on Windows.
xz is 7-zip same entropy encoding.
On 07/26/2015 11:13 PM, anonymous wrote:
Is std.expermimental.allocator planned for 2.068 ?
I see it's still not merged and we already almost in August.
We're trying hard here to meet some deadlines, so things are really
simple. If something is ready (reviewed, tested, documented, and merged
On Saturday, 25 July 2015 at 18:51:14 UTC, TC wrote:
but for now I'm just learning vibe-d and don't feel too
confident in it to write protocol that complex - but with
shared efforts it can be done ;-)
I need such a lib for a project of mine.
My original plan was to first write an io lib, that
On 07/25/2015 02:20 PM, Martin Nowak wrote:
Second beta for the 2.068.0 release.
http://downloads.dlang.org/pre-releases/2.x/2.068.0/
http://ftp.digitalmars.com/
BTW, I'd like to phase out the fat 50-60MB combined zip, and add
tar.xz/gz for linux/freebsd/osx.
Does anyone still rely on the
On Sunday, 12 July 2015 at 00:29:29 UTC, Andrew Edwards wrote:
Note, the current packaging format is incompatible with with
OSX 10.11 (El Capitan). No previous release of DMD can be
installed via the dmg files available on downloads.dlang.org or
the ftp site (including dmd.2.068.0-b1).
Could
On Sunday, 26 July 2015 at 03:55:17 UTC, Laeeth Isharc wrote:
https://aws.amazon.com/lambda/
https://github.com/Laeeth/awslambda_d
http://blog.0x82.com/2014/11/24/aws-lambda-functions-in-go/
No proper docs yet, but you can figure it out from the go
example.
Please take the time to write the
On Saturday, 25 July 2015 at 15:23:48 UTC, TC wrote:
It's tested against RabbitMQ[1] message broker.
You also intend to work on a direct AMQP implementation?
On 07/14/2015 08:47 PM, Jacob Carlborg wrote:
It appears this is part of Apple's new security policies. The root user
cannot change system directories/files. /System, /bin, /usr/ and /sbin
are all part of what's now considered system directories. /usr/local is
available to developers [1]. I
On 07/15/2015 09:39 AM, Suliman wrote:
There was plan to include dub (and other tools) in DMD distrib. In what
release it would be done?
The current plan is to do so when dub reaches 1.0, should be pretty soon.
Second beta for the 2.068.0 release.
http://downloads.dlang.org/pre-releases/2.x/2.068.0/
http://ftp.digitalmars.com/
Also available on Travis-CI as dmd-2.068.0-b2.
The changelog (http://dlang.org/changelog.html#2.068.0) contains a list
of all fixed issues that will be included in 2.068.0.
A
On Monday, 29 June 2015 at 17:03:19 UTC, Jacob Carlborg wrote:
On 29/06/15 15:20, Martin Nowak wrote:
Thanks for letting me know, didn't knew it was private.
Any reason why it's not public?
No, there is none, as I hinted in my answer.
It already says it's public on our board though. Maybe
On Friday, 26 June 2015 at 00:25:04 UTC, Mike wrote:
At the moment, I don't see anything there
(https://trello.com/dlang). Are the board public?
Thanks for letting me know, didn't knew it was private.
On Thursday, 25 June 2015 at 04:06:15 UTC, Ilya Yaroshenko wrote:
Would Summator be merged?
That sure looks useful, but I lack the time for a review and if
it wasn't in master when we merged master into stable it won't be
part of the release.
On Wednesday, 24 June 2015 at 23:59:43 UTC, Mike wrote:
* If you do wish to pursue it please polish it up and rebase it
so it has a chance
Which doesn't increase our review capacity, it would make more
sense to only spent more effort on a pull on request.
* If you see a pull request that
On Thursday, 25 June 2015 at 07:48:24 UTC, Iain Buclaw wrote:
More importantly, will all cross-platform regressions
introduced in the development cycle of 2.068 be fixed? :-)
Sure, we intend to fix all reported regressions.
On Thursday, 25 June 2015 at 20:38:26 UTC, rsw0x wrote:
another 6 months of being laughed at on HN and reddit for
having unusable smartpointers.
Only 2 month until 2.069.0
It's a pity, but we can't wait for everyone to finish their open
ended discussions or to eventually respond to pull
On Thursday, 25 June 2015 at 14:04:57 UTC, Steven Schveighoffer
wrote:
There is quite a raging debate currently happening with naming
of lazy ranges that replace allocating ranges. If we blindly
just accept what's currently in master, the debate is all for
naught.
Yes, I'm aware of that, a
First beta for the 2.068.0 release.
http://downloads.dlang.org/pre-releases/2.x/2.068.0/
http://ftp.digitalmars.com/
Also available on Travis-CI as dmd-2.068.0-b1.
A changelog containing all the upcoming changes will be provided within
the next few days.
Please report any bugs at
On Sunday, 3 May 2015 at 04:15:58 UTC, Mike wrote:
My idea:
1. Members of the D leadership/committers form a working group.
2. The working group creates of list of bugs they are willing
to work on.
3. Hackathon is announced. To motivate participants, the
working group agrees to fix a bug of
On Sunday, 26 April 2015 at 22:05:36 UTC, Dicebot wrote:
Side note : when updating Arch package to 2.067.1 I decided to
add `-L-lcurl` option to default `dmd.conf` in context of
recent discussion on topic. Please report if that causes any
issues with link order bugs - I couldn't trigger any
We're glad to announce dmd 2.067.1 which includes several regression and
bug fixes over 2.067.0.
http://dlang.org/changelog.html#2.067.1
Please report any bug you encounter at https://issues.dlang.org/.
On 04/22/2015 06:10 PM, Namespace wrote:
Any changelog to compare 2067 and 2067.1?
Just a few regression fixes, see the github comparisons in the OP.
On Wednesday, 22 April 2015 at 07:18:36 UTC, ponce wrote:
OT: How to know the list of D compilers available on Travis CI?
Any release/pre-release is available, and it's now also possible
to use the latest dmd, gdc, and ldc release by omitting the
version suffix.
First beta for the 2.067.1 point release.
http://downloads.dlang.org/pre-releases/2.x/2.067.1/
http://ftp.digitalmars.com/
Also available on Travis-CI as dmd-2.067.1-b1.
This beta comes with 9 dmd, 1 druntime, and 3 phobos fixes.
On 03/25/2015 10:38 PM, weaselcat wrote:
Anyone know if there's been any comparisons of different
heapSizeFactor values? Primarly, compared to the default 2, 1.5 or 1.618.
has anyone working on the GC actually done any comparisons of the new
options?
Yes, we compared different values and 2
On Monday, 6 April 2015 at 08:21:46 UTC, Sönke Ludwig wrote:
Apart from that, the major additions are:
We also made dub a lot faster
https://github.com/D-Programming-Language/dub/pull/388.
On Wednesday, 25 March 2015 at 02:53:02 UTC, Rikki Cattermole
wrote:
a) A global variable that is only read before init of runtime
b) CLI args
c) CLI variables
So, wheres d? Configure by function call. I think I should get
more involved with druntime development..
You need to configure the
On 03/24/2015 10:11 PM, John Colvin wrote:
This cannot be added to homebrew until there is a new stable release of
dub.
Why is that?
Anyhow dub is in beta and ready soon.
On Tuesday, 24 March 2015 at 18:01:26 UTC, Andrei Alexandrescu
wrote:
Yes, amazing job. Let's gear up for the next release with
http://wiki.dlang.org/DIP75 sooner! -- Andrei
Well 2 month, that's right before dconf, sounds like a good plan.
On 03/24/2015 06:22 PM, CraigDillabaugh wrote:
Congratulations to Martin and everyone else who contributed.
And particularly thanks to Kenji and Walter for the fast bug fixing.
On 03/24/2015 12:59 PM, Szymon Gatner wrote:
From the changelog I don't understand what improvements have been made
to D to increase C++ interop but that is not so important to us now.
Yes, that's really lame. We need to convince Daniel to write changelog
entries.
There is another nice fix that
Glad to announce D 2.067.0.
This release comes with many improvements.
The GC is a lot faster for most use-cases, we have improved C++
interoperability and fixed plenty of bugs.
See the changelog for more details.
http://dlang.org/changelog.html
Download pages and documentation will be updated
On 03/24/2015 07:00 PM, Andrei Alexandrescu wrote:
I have one regret - the changelog is a lot more scarce than it should
because it doesn't list (or link to) a complete list of bugfixes. The
impression to first comers is that we have a release with 8 total items.
Hardly impressive.
Also
On Tuesday, 24 March 2015 at 19:54:06 UTC, Brad Roberts wrote:
For what it's worth, that's how things were setup a long time
ago (by me), but a lot of people argued enough that it was
dropped. I can't remember why.
If you look at the existing changelogs, they are much more
detailed.
On 03/22/2015 08:56 PM, Walter Bright wrote:
If you could write a brief article about it, that would be great! I
think there's a lot of potential for D in that space, and having such
articles will help promulgate the idea.
An article would exceed the amount of code I wrote, but I did read up
On 03/23/2015 02:49 PM, Szymon Gatner wrote:
Been waiting for this for almost 2 years, might as well wait for another
release. Seriously tho, it is surprising how much little attention is
put into C++/D integration considering all the recent fuss about this.
And yes, I've tried mixed C++/D app
On Sunday, 22 March 2015 at 07:11:05 UTC, Suliman wrote:
Could you explain why pure vibed do not good for static files?
It's mainly a replacement for `python -m SimpleHTTPServer`, and
is just a very small tool around vibe.d's serveStaticFiles, which
does a good job at serving static files
Sharing a useful tool of mine.
http://code.dlang.org/packages/serve
501 - 600 of 650 matches
Mail list logo