On 11/09/2015 07:08 PM, Dicebot wrote:
> More common practice is to declare such dependencies as optional though.
I made a ticket https://issues.dlang.org/show_bug.cgi?id=15308.
Simply changing
On 11/04/2015 10:05 AM, Mike James wrote:
> Copied here for extra visibility...
>
> Hi.
>
> There seems to be an install problem with the .exe version for
> Windows. The installer removes the old DMD then doesn't install
> the 2.069.0 version. In the task manager it's still running at
> 50% CPU
On Wednesday, 4 November 2015 at 09:05:07 UTC, Mike James wrote:
Regards,
--
Could anyone help us to reproduce the
issue?https://issues.dlang.org/show_bug.cgi?id=15284
On Wednesday, 4 November 2015 at 17:52:23 UTC, Dmitry Olshansky
wrote:
If host machine is x64 bit windows try setting large address
aware bit on the executable (there are tools to do that IRC),
would allow it to eat up to ~4 gigs.
We're already doing that since quite a while.
On 11/04/2015 10:01 AM, deadalnix wrote:
>
> Bonus question: how soon can we expect travis to pick up the new version ?
I updated http://ftp.digitalmars.com/LATEST now and added that step to
http://wiki.dlang.org/DMD_Release_Building.
On 11/04/2015 10:01 AM, Suliman wrote:
>> Regards,
>> --
>
> Same problem.
It's likely related to this fix which now let's the installer wait on
the uninstaller to finish.
https://github.com/D-Programming-Language/installer/commit/526f35495cdc615b26b65d73fa7b4aa0477b1d12
Did anything go wrong
Glad to announce D 2.069.0.
http://dlang.org/download.html
http://downloads.dlang.org/releases/2.x/2.069.0/
This is the first release with a self-hosted dmd compiler and comes with
even more rangified phobos functions, std.experimental.allocator, and
many other improvements.
See the changelog
On 11/01/2015 10:50 AM, Joakim wrote:
> http://forum.dlang.org/thread/bafrkjfwmoyriyhmq...@forum.dlang.org
Nice works for me as well (Galaxy S3 on cm-12.1 (5.1.1)).
Would be nice to run this as automated test on an Android Emulator.
On 10/31/2015 01:00 PM, BBasile wrote:
>
> Despite of what I had say previously I've encountered another "inliner"
> bug today that looks like a regression. I don't know what's the 2.069
> ETA but I'm not sure to be able to file a bugzilla entry quickly.
Please just file ticket with whatever you
On 10/27/2015 12:41 PM, Andrei Alexandrescu wrote:
> It follows that if we want safe reference counting, there must be
> language support for it. One possibility is to attach an attribute to
> the class definition:
>
> @safe @rc class Widget {
> ...
> }
Let's think about this more clearly
On 10/27/2015 01:27 PM, Andrei Alexandrescu wrote:
> Unrelated, and a foreshadowing of the discussion on the lifetime mailing
> list: the compiler has ample opportunity to fuse incs/decs together, so
> the signatures of these functions is:
>
> void opInc(uint delta);
> void opDec(uint delta);
On 11/01/2015 09:51 PM, Martin Nowak wrote:
> Any hint/numbers showing that this is actually useful?
Also doesn't a good backend optimizer already fuse writes?
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 Wednesday, 7 October 2015 at 19:58:55 UTC, Ola Fosheim Grøstad
wrote:
If C++17 does stackless coroutines right then it probably will
surpass both Go and D in terms of memory locality,
initialization performance and memory usage; and therefore
throughput as well.
We might be able to reuse
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 Friday, 2 October 2015 at 11:27:12 UTC, Tourist wrote:
I know that it has the reputation of being of the simplest
kind. Haven't looked at the code actually (and I wouldn't
understand much even if I did).
Go has a very simple GC itself. It's concurrent, so it trades low
latency against
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 Thursday, 17 September 2015 at 21:13:46 UTC, bitwise wrote:
The op shouldn't have to actually modify druntime in this case.
He shouldn't have to replace
"_dyld_register_func_for_add_image".
Now that you guys digged in the dyld implementation, did anyone
find a solution to use the callback
On Wednesday, 23 September 2015 at 21:30:37 UTC, BBasile wrote:
auto interleave(RoR)(RoR r)
{
return r.transposed.join;
If you use joiner it will even be lazy and avoid the allocation.
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 Thursday, 17 September 2015 at 21:13:46 UTC, bitwise wrote:
He can simply create a second empty callback in VSTPluginMain
which will pin his library:
Yikes, pinning the library is really ugly hack around the actual
issue.
Anyone has an idea how to use the crappy dyld API w/o crashing on
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
On 09/14/2015 03:47 PM, Sebastiaan Koppe wrote:
>
> In our last project we took the following approach:
>
> `auto q = query.builder!Person.age!">"(20).name("Peter");`
Interesting idea.
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 09/13/2015 03:15 PM, Jack Stouffer wrote:
>
> I know that this effect is much harder to create in a explicitly and
> strongly typed language, but I just wanted to show a real world example
> of how these could be used to great effect.
But it is doable in D, and even better it's possible to
On 09/11/2015 01:27 PM, Atila Neves wrote:
>> How about Fuzz-tests, randomize input for test on each run?
>
> Like QuickCheck? Robert has something for that.
There is also https://github.com/MartinNowak/qcheck for that.
On 09/13/2015 05:03 AM, Andrei Alexandrescu wrote:
> Yah, understood. Problem here is the approach is bound to run into walls
> at every few steps. Say you fix the comparisons to work. Then you have
> operators such as LIKE that are necessary yet not representable in D. So
> more tricks are in
On 09/13/2015 11:00 AM, Sönke Ludwig wrote:
> I had played around with some ideas for a similar project, but didn't
> find a really satisfying solution:
> https://github.com/rejectedsoftware/dotter/blob/11ec72325e76c3329a58545526940c1df5328a2d/source/dotter/orm.d#L320
Yeah, that doesn't look too
On 09/13/2015 07:16 PM, Daniel N wrote:
>
> Could you try this?
>
> int opCmp(Foo rhs)
> {
> return (id > rhs.id) - (id < rhs.id);
> }
That's not the point, opCmp requires twice as many comparisons as needed
for <. If they are more expansive, e.g. string comparison, your trick
won't work.
On 09/13/2015 07:30 PM, BBasile wrote:
> It seems that since the Pentium I, ENTER is always slower. But i don't
> know if it's used as a kind of optimization for the binary size.
> Actually before using DMD I had **never** seen an ENTER.
https://github.com/D-Programming-Language/dmd/pull/5073
On 09/13/2015 08:45 PM, BBasile wrote:
> Yeah, that was fast. With the hope it'll be approved.
If only it wasn't for me to do this...
On 09/03/2015 06:46 PM, Andrei Alexandrescu wrote:
> http://stackoverflow.com/questions/32369114/leap-years-not-working-in-date-and-time-program-in-dlang
>
>
> The gist of it is the user wrote =+ instead of +=. I wonder if we should
> disallow during tokenization the sequence "=", "+",
On Friday, 11 September 2015 at 23:47:42 UTC, Andrei Alexandrescu
wrote:
1. Use lambdas, which seem to already do what you want:
db.get!Person.filter!(p => p.age > 21 && p.name == "Peter")
The way this'd go, the db.get!Person() call returns an input
range of Person. Presumably introspection
On Friday, 11 September 2015 at 23:19:54 UTC, Timon Gehr wrote:
Does anyone have a different idea how to make a nice query
language?
db.get!Person.where!(p => p.age > 21 && p.name == "Peter")
You could give up on operator syntax.
That's what I did in the prototype, p.age.gt(21), but it's
I find the reasons for turining down my ER a bit moot.
[Issue 14593 – operator overloading can't be used with expression
templates](https://issues.dlang.org/show_bug.cgi?id=14593)
AFAIK expression templates are the primary choice tom implement SIMD and
matrix libraries.
And I still have [this
On 09/11/2015 01:37 PM, ZombineDev wrote:
> On Wednesday, 9 September 2015 at 08:26:59 UTC, qznc wrote:
>> ...
>
> https://github.com/MartinNowak/project_tester
Right, please contribute.
On 09/09/2015 10:26 AM, qznc wrote:
> The Rust people have this Crater [0,1] tool, which essentially builds
> all Rust libraries with two compiler versions and compares for regressions.
I recently created a Jenkins project so that I can easily test many
projects with a particular DPL version or
On 09/11/2015 11:47 PM, Daniel N wrote:
> maybe if it was moved to DUB, it wouldn't be that disruptive?
Yes, please add it to http://code.dlang.org/packages/undead at least.
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 Wednesday, 26 August 2015 at 05:54:44 UTC, nazriel wrote:
On Thursday, 20 August 2015 at 20:28:48 UTC, Steven
Schveighoffer wrote:
dpaste.dzfl.pl is severely out of date. Who maintains this and
can we get it updated? It's going to start hurting us pretty
severely if we use it as our go-to
On Saturday, 22 August 2015 at 13:41:49 UTC, Sönke Ludwig wrote:
There is more than the actual call to validate(), such as
writing tests and making sure the surroundings work, adjusting
the interface and writing documentation. It's not *that* much
work, but nonetheless wasted work.
I also
On 08/18/2015 12:21 AM, Andrei Alexandrescu wrote:
* All new stuff should go in std.experimental. I assume stdx would
change to that, should this work be merged.
Though stdx (or better std.x) would have been a prettier and more
exciting name for std.experimental to begin with.
On Sunday, 23 August 2015 at 09:54:37 UTC, Tony wrote:
auto loc = getJSON(ipinfo.io/)[loc]
.str.split(,);
BTW, the IP location doesn't work too reliably, if someone knows
a better alternative...
On Tuesday, 25 August 2015 at 05:27:16 UTC, Tony wrote:
I happened to notice that among my libcurl*s
libcurl-gnutls.so.3
libcurl-gnutls.so.4
libcurl-gnutls.so.4.3.0
libcurl.so.3
libcurl.so.4
libcurl.so.4.3.0
none were just libcurl.so. So I made a link for libcurl.so to
the latest version and
On 08/25/2015 09:03 AM, Sönke Ludwig wrote:
The performance benefit comes from the fact that almost all of JSON is a
subset of ASCII, so that lexing the input will implicitly validate it as
correct UTF. The only places where actual UTF sequences can occur is in
string literals outside of
On 08/25/2015 12:06 PM, Adrian wrote:
Jesus Christ, I'm just a passerby who noticed something in passing;
sorry I didn't have the incentive to file a bug report.
Thanks for letting us know.
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/25/2015 08:30 AM, immu wrote:
I also get an error when I hit Run for the D is like ... program.
Error message: Unable to fork: Cannot allocate memory
Not sure, but might be a restriction of dpaste. Just a guess, maybe b/c
curl creates threads internally.
Will try to convert a piece of code I wrote a few days ago.
https://github.com/MartinNowak/rabbitmq-munin/blob/48c3e7451dec0dcb2b6dccbb9b4230b224e2e647/src/app.d
Right now working with json for trivial stuff is a pain.
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/18/2015 10:28 PM, Walter Bright wrote:
On 8/18/2015 12:38 PM, deadalnix wrote:
And honestly, there is no way DMD can catch up.
I find your lack of faith disturbing.
I don't doubt we can catch up, and it might be worth for the very low
hanging fruit. But our real problem isn't the
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 Friday, 21 August 2015 at 05:06:47 UTC, Walter Bright wrote:
The solution seems straightforward - only have Object.factory
be able to instantiate classes marked as 'export'. This only
makes sense anyway.
The export seems to be an arbitrary rule (and export is really
broken currently).
On Friday, 21 August 2015 at 13:47:49 UTC, Andrei Alexandrescu
wrote:
Thanks for this list. I think these need to be fixed (by
replacing indirect-calls-based code with templates) regardless
of where we go with TypeInfo. There's a fair amount of druntime
code that suffers from being written
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
On Tuesday, 11 August 2015 at 15:04:29 UTC, MGW wrote:
Hi!
My project has an error link:
Error 42: Symbol Undefined
_D6object9Exception6__ctorMFNaNbNfAyaAyakC6object9ThrowableZC9Exception
On dmd 2.067.* everything gathered without mistakes. Where to
look for a mistake?
Try ddemangle
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 Friday, 24 July 2015 at 21:12:57 UTC, Jonathan M Davis wrote:
Yeah. That needs to be fixed. As I understand it, it's feasible
without any language improvements, but it's horrific. Jonathan
Crapuchettes talked at one point about doing it at EMSI (and
how hard it was). The last time I tried
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
701 - 800 of 1476 matches
Mail list logo
