On 06/30/2016 05:17 AM, Stefan Koch wrote:
> Both. Actually I could not imagine fixing the memory problem without
> doing IR interpretation.
> I will tackle compiling more difficult code later today.
> As soon as I can run my compiletime brainfuck I will open a PR.
>
> Until then you can see my
On Thursday, 30 June 2016 at 01:20:08 UTC, Stefan Koch wrote:
First small code example compiles!
int bug6498(int x) {
int n = 0;
while (n < x) {
n++;
}
return n;
}
evaluation of bug6498(100_000_00) took 226 msecs.
evaluation of bug6498(100_000_000) took 2228 msecs.
The memory
On Wednesday, 29 June 2016 at 09:07:18 UTC, ketmar wrote:
i decided to make some noise about those, as people may
thinking about doing the ports themselves, and effectively
double (or triple, or...) the work.
so, here they are:
* Vorbis decoder[1] (stb_vorbis port), PD;
* FLAC decoder[2]
Glad to announce D 2.071.1.
http://dlang.org/download.html
This point release fixes a few issues over 2.071.0, see the changelog
for more details.
http://dlang.org/changelog/2.071.1.html
-Martin
On 06/16/2016 08:43 PM, Jack Stouffer wrote:
> On Sunday, 29 May 2016 at 21:53:23 UTC, Martin Nowak wrote:
>> Second beta for the 2.071.1 release.
>>
>> http://dlang.org/download.html#dmd_beta
>> http://dlang.org/changelog/2.071.1.html
>>
>> Please report any bugs at https://issues.dlang.org
>>
>>
On 06/16/2016 09:47 PM, deadalnix wrote:
> 196418a8b3ec1c5f284da5009b4bb18e3f70d99f still not in after 3 month.
> This is typesystem breaking. While I understand it wasn't picked for
> 2.071 , I'm not sure why it wasn't for 2.071.1 .
Because it didn't target stable.
On Monday, 6 June 2016 at 07:00:56 UTC, Kai Nacke wrote:
Hi everyone,
It is a great pleasure to announce that version 1.0.0 of LDC,
the LLVM-based D compiler, is now available for download!
Congratulations!
And please update https://ldc-developers.github.io/LATEST.
Second beta for the 2.071.1 release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.071.1.html
Please report any bugs at https://issues.dlang.org
-Martin
On 05/21/2016 11:18 PM, Martin Nowak wrote:
> The debugging metaphor would be comparing a program that only uses
> pointer arithmetic against one that is memory safe, the former can
> randomly write everywhere from anywhere, the latter could use the wrong
> reference.
It's also similar to
On 05/18/2016 04:59 PM, Daniel Murphy wrote:
> The bytecode generator and bytecode interpreter can be debugged (and
> tested!) independently. So the total amount of code will increase but
> the components themselves will be better isolated and easier to work with.
It's simpler to debug an AST
On 05/18/2016 07:50 PM, Stefan Koch wrote:
> Indeed.
>
> I am currently designing an IR to feed into the CTFE Evaluator.
> I am aware that this could potentially make it harder to get things
> merged since DMD already has the glue-layer.
As a compat layer between different interpreters or as a
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
Related discussion
https://trello.com/c/4XmFdcp6/163-rediscuss-redundant-utf-8-string-validation.
On 05/17/2016 12:42 PM, Don Clugston wrote:
> There's no need for grandiose plans, as if there is some
> almost-insurmountable problem to be solved. THIS IS NOT DIFFICULT. With
> the interface cleaned up, it is the well-studied problem of creating an
> interpreter. Everyone knows how to do this,
On 05/16/2016 07:32 PM, André wrote:
> Hi,
>
> after another round of polishing, bug fixing, very useful user
> contributions and suggestions, I'd like to present the new home of the D
> language online tour:
>
> http://tour.dlang.org/
>
> Thank you very much to the D foundation for hosting
On 05/16/2016 03:03 PM, Martin Nowak wrote:
> ~this()
> {
> if (impl.onHeap && --impl.heap.refCount == 0)
> heapAllocator.free(impl.heap);
> }
Of course missing the increment for copies.
this(this)
{
if (impl.onHeap)
++impl.heap.refCount;
}
On 05/16/2016 01:36 PM, Andrei Alexandrescu wrote:
>
> A reap would be great there! std.experimental.allocator offers that and
> a variety of others. -- Andrei
Yes indeed, a malloc backed Region Allocator w/ a FreeList or a
BitmappedBlock would be a good starting point.
That might finally be a
On Monday, 16 May 2016 at 10:01:47 UTC, Kagamin wrote:
Wasn't it possible to enable GC for entire compiler? There can
be hybrid approach: 1) first allocate from bump heap 2) when it
reaches, say, 200MB, switch to GC.
Well, I wouldn't use D's GC for that dedicated heap.
Allocation of CTFE
On 05/15/2016 04:00 PM, Daniel Murphy wrote:
> The problem is, if index refers to a single variable on the stack, then
> it's insufficient to refer to a variable inside an aggregate on the
> stack. Then you need to start building constructs for member of struct
> in array of struct pointers and
On 05/15/2016 02:54 PM, Daniel Murphy wrote:
>
> We really should have discussed this last week!
I talked about it w/ Stefan, and asked him to volunteer for an
implementation, that's why we have this thread ;).
In any case I'm convinced that the simple-first strategy has a much
higher chance to
On 05/15/2016 02:13 PM, Ola Fosheim Grøstad wrote:
>
> Well, you can, but it won't bring improvements to the language down the
> line.
Maybe you don't know the actual problem of the current interpreter?
I leaks memory like hell b/c it allocates new AST nodes for almost every
expression
On 05/15/2016 02:17 PM, Daniel Murphy wrote:
>
> For simple types that's true. For more complicated reference types...
>
> Variable indexes are not enough, you also need heap memory, but slices
> and pointers (and references) can refer to values either on the heap or
> the stack, and you can
On 05/15/2016 02:02 PM, Stefan Koch wrote:
>
> Correct. A ByteCode Interpreter will add even more implementation
> overhead, and the benefit is only realizable if the ByteCode is a
> standard format that can be read other backends such as a jit.
This indeed would be an interesting proposal,
On 05/15/2016 01:55 PM, Ola Fosheim Grøstad wrote:
> If you are going to have fast evaluation of loops/recursion then you
> need to use a solver. And well, doing worse than O(log N) at compile
> time is a very bad idea.
>
> Why not start with the most difficult case first? Then the simple cases
>
On 05/15/2016 01:58 PM, Daniel Murphy wrote:
> The biggest advantage of bytecode is not the interpreter speed, it's
> that by lowering you can substitute VarExps etc with actual references
> to memory without modifying the AST.
>
> By working with something lower level than the AST, you should
On 05/09/2016 06:57 PM, Stefan Koch wrote:
> I was shocked to discover that the PowExpression actually depends on
> phobos! (depending on the exact codePath it may or may not compile...)
> which let to me prematurely stating that it worked at ctfe
>
On 05/13/2016 06:32 PM, Stefan Koch wrote:
> I would like to work on a solution that does scale. The Problem is
> not making a byteCode-interpreter. That part is relatively easy.
> Currently I am trying to get a detailed understanding of dmd and
> it's data-structures. (mainly it's AST.)
>
>
On 05/10/2016 08:45 AM, Jacob Carlborg wrote:
>
> I was listening to a discussion Don and Daniel had about the current
> implementation of CTFE. They talked about using a byte code interpreter.
> Even implementing a really crappy byte code interpreter would be a huge
> improvement.
No need for a
First beta for the 2.071.1 point release.
A few issues remain to be fixed before the next beta.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.071.1.html
Please report any bugs at https://issues.dlang.org
-Martin
On Wednesday, 6 April 2016 at 14:13:16 UTC, Vladimir Panteleev
wrote:
I know the all-platform .zip files are wasteful, but any
practical reason for removing them? Unless the hosting cost is
not negligible, breaking existing tools/scripts may not be
worth it.
Sorry that you missed that, it's
On Thursday, 7 April 2016 at 02:21:30 UTC, Cy Schubert wrote:
It builds and packages nicely.
~Cy
Thanks, are you the current FreeBSD port maintainer?
On Wednesday, 6 April 2016 at 13:19:08 UTC, Cy Schubert wrote:
Is there a source URL published anywhere?
http://ftp.digitalmars.com/dmd.2.071.0.zip doesn't appear to
work.
~Cy
We've deprecated the combined package b/c of it's sheer size and
uselessness.
Each platform specific package does
On Wednesday, 6 April 2016 at 13:05:31 UTC, sigod wrote:
module test;
struct S {
package int field;
}
void main() {
S s;
s.field = 1; // Deprecation: test.S.field is not visible from
module test
}
On Wednesday, 6 April 2016 at 07:56:03 UTC, Jacob Carlborg wrote:
If I understand correctly the "this.outer" issue was resolved
by slightly modifying the language. If that's correct, does it
deserves an entry in the changelog besides the fixed issue?
It's just fixing the existing typing.
Glad to announce D 2.071.0.
http://dlang.org/download.html
This release fixes many long-standing issues with imports and the module
system.
See the changelog for more details.
http://dlang.org/changelog/2.071.0.html
-Martin
On Friday, 1 April 2016 at 11:14:19 UTC, 9il wrote:
Graylog Extended Log Format (GELF) D implementation was
released.
Great, thanks a lot.
Second beta for the 2.071.0 release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.071.0.html
Please report any bugs at https://issues.dlang.org
-Martin
On 03/29/2016 05:25 PM, Steven Schveighoffer wrote:
> I wrote a blog post (actually my first ever) on this, let me know what
> you think (and please, any clarifications/errors, let me know):
>
> http://www.schveiguy.com/blog/2016/03/import-changes-in-d-2-071/
Thanks
On 03/28/2016 10:54 PM, deadalnix wrote:
>> This doesn't look like a bugfix or anything urgent, so it seems like
>> it can wait for 2.072.
>
> This is type system breaking, if that is not important or a bugfix, I'm
> not sure what is.
The PR didn't address the stable branch, but also missed the
On 03/27/2016 09:46 PM, deadalnix wrote:
> The one I intended to talk about:
> https://github.com/D-Programming-Language/phobos/pull/4099
This doesn't look like a bugfix or anything urgent, so it seems like it
can wait for 2.072.
On Friday, 25 March 2016 at 09:18:31 UTC, ag0aep6g wrote:
On 25.03.2016 10:06, Martin Nowak wrote:
But it's not in the changelog.
Well, the commit message doesn't say that the issue was fixed,
hence it's not in the bugfix list, also see the dlang-bot comment
On 03/24/2016 06:06 PM, John Colvin wrote:
>
> As usual, `brew update && brew reinstall dmd --devel` :)
Or `curl -fsS https://dlang.org/install.sh | bash -s dmd-beta`.
On Thursday, 24 March 2016 at 17:20:58 UTC, Joakim wrote:
Looking forward to getting rid of the remaining top-level
non-selective imports in phobos.
Let's not rush this before the deprecation of the import changes
is over (2 or 3 releases from now), people might still use the
old behavior w/
On Thursday, 24 March 2016 at 14:36:57 UTC, Guillaume Chatelet
wrote:
Shouldn't this be part of the release ?
https://issues.dlang.org/show_bug.cgi?id=15581
It's in the beta, see the list of branches/tags
On 03/24/2016 03:00 AM, deadalnix wrote:
> No bug report for it, but a PR:
> https://github.com/deadalnix/pixel-saver/pull/53
That seems unrelated. Bugfixes should simply go into stable for them to
be released.
On 03/24/2016 06:49 AM, ag0aep6g wrote:
>
> The changelog page has the wrong version number is the heading and in
> the download link.
Thanks, fixed.
First beta for the 2.071.0 release.
This release comes with many import and lookup related changes and
fixes. You might see a lot of deprecation warnings b/c of these changes.
We've added the -transition=import switch and -transition=checkimports
[¹] switches to ease updating existing code.
Glad to announce D 2.070.2.
http://dlang.org/download.html
This unplanned point release fixes just a single issue over 2.070.2, see
the changelog for more details.
http://dlang.org/changelog/2.070.2.html
-Martin
On 02/27/2016 04:48 PM, Ilya Yaroshenko wrote:
> Hi all,
>
> D interface to nanomsg library http://nanomsg.org/ was released. This
> bindings follows Deimos style. 90% of tests was ported to D.
>
> github: https://github.com/9il/nanomsg
> dub: http://code.dlang.org/packages/nanomsg
>
> BTW,
Glad to announce D 2.070.1.
http://dlang.org/download.html
This point release fixes a few issues over 2.070.1, see the changelog
for more details.
http://dlang.org/changelog/2.070.1.html
-Martin
On Thursday, 25 February 2016 at 08:52:14 UTC, nkgu wrote:
That's nothing but the DL link in
http://dlang.org/changelog/2.070.1.html is broken.
Thanks, fixed.
First beta for the 2.070.1 point release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.070.1.html
Please report any bugs at https://issues.dlang.org
-Martin
On 01/27/2016 11:16 PM, Yazan D wrote:
> Thanks for all the work.
>
> Looks like the changelog is missing some stuff. For example: https://
> issues.dlang.org/show_bug.cgi?id=15434 and https://issues.dlang.org/
> show_bug.cgi?id=15433.
The commit messages are parsed by quite a few tools to find
On 01/27/2016 10:37 PM, jmh530 wrote:
>
> I don't see a mention of the native exception handling on 64-bit linux
> in the changelog.
Yes, sorry for that nobody wrote the changelog entry.
We now have changelog.dd files in each repo, and PRs should only be
merged w/ the corresponding changelog
On Tuesday, 26 January 2016 at 12:38:09 UTC, Andrei Alexandrescu
wrote:
including things that some people argue shouldn't be part of a
standard library: archives and compression, cryptography,
databases, character encodings (including json and xml!), html
templating, image processing, suffix
Glad to announce D 2.070.0
http://dlang.org/download.html
This release comes with the new std.experimental.ndslice, heavily
expanded Windows bindings, and native exception handling on 64-bit linux.
See the changelog for more details.
http://dlang.org/changelog/2.070.0.html
-Martin
On Monday, 25 January 2016 at 16:26:36 UTC, Russel Winder wrote:
PyPI has is an highly opinionated metric that helps you decide
what is good and what is dross.
Could you help us on designing one for code.dlang.org as well?
On Tuesday, 19 January 2016 at 13:07:50 UTC, Nordlöw wrote:
I'm still missing entries for
-
https://github.com/D-Programming-Language/phobos/pulls?utf8=%E2%9C%93=is%3Apr+is%3Aclosed++author%3Anordlow
- https://github.com/D-Programming-Language/phobos/pull/3288
Well, please write them
On 01/20/2016 10:04 AM, Walter Bright wrote:
> I saw on the news this evening that air fares for the next 3 weeks will
> be at a 3 year low. It's a good time to book the flights to Berlin!
Though subway tickets were increased in 2015 and reached an all-time
high of 2,70€ ;). It's great to have
On Monday, 18 January 2016 at 00:33:11 UTC, Andrei Amatuni wrote:
Changelog doesn't include ndslice. Wasn't it merged for the
2.070 release?
Fixed, I simply forgot to update the changelog from phobos.
On Monday, 18 January 2016 at 10:58:46 UTC, Rory McGuire wrote:
The TypeTuple disappearance issue is still there. Should at
least be marked deprecated first. Right?
It didn't disappear, std.typetuple is still there and deprecated.
What I found during testing was an incorrect `import std.range
On Monday, 18 January 2016 at 15:08:51 UTC, Rory McGuire wrote:
What I meant was it used to be available by importing
std.typecons and now it isn't. There is a library on
code.dlang.org that uses it, painlessjson I think it was.
That's what I meant above, thought it was std.range.
TypeTuple
Second and last beta for the 2.070.0 release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.070.0.html
Please report any bugs at https://issues.dlang.org
-Martin
On 01/14/2016 11:13 AM, Nordlöw wrote:
> I'm missing changelog entry for
>
> - new algorithm `std.algorithm.comparison.either`
> - update for return type of `findSplit*` enabling bool-conversion in for
> instance
>
> if (const hit = haystack.findSplit(needle))
> {
> // use hit
> }
There is
Second and last beta for the 2.070.0 release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.070.0.html
Please report any bugs at https://issues.dlang.org
-Martin
On Monday, 11 January 2016 at 16:24:56 UTC, ponce wrote:
it builds with flags -release -inline -O -w BUT NOT -unittest
Makes sense
https://github.com/D-Programming-Language/dub/issues/747. The
compiler does check assertions in unittest blocks even in release
builds, right?
It's really
On Monday, 11 January 2016 at 07:56:18 UTC, Jacob Carlborg wrote:
On 2016-01-11 00:58, Martin Nowak wrote:
Please test the beta.
The introduction of "message" in Throwable is a breaking change
[1], but I guess it's not worth reporting an issue for.
Oh it's well worth to mention any update
On 01/11/2016 08:37 AM, Jacob Carlborg wrote:
> On 2016-01-11 00:58, Martin Nowak wrote:
>
>> [¹]: https://github.com/MartinNowak/project_tester
>
> Can one request for adding projects to this?
>
If the project is well maintained and relevant, just make a PR.
On Tuesday, 5 January 2016 at 18:34:57 UTC, Johan Engelen wrote:
Hi Martin,
Any news on this?
(and it'd be great if LDC could be added too! ;-)
cheers,
Johan
Yes, test phase successful, waiting for time to do the rest.
http://forum.dlang.org/post/56806778.2040...@dawg.eu
I'm not in
On Wednesday, 6 January 2016 at 15:41:29 UTC, Adam D. Ruppe wrote:
I know projects get bugs open when they are used, but ddox is a
one-person project and that one person doesn't seem terribly
active in it.
I'm another user of ddox and fix things when they annoy me.
I don't have many problems
On 01/04/2016 09:06 AM, Bastiaan Veelo wrote:
>
> This would be a bug (segfault on my machine):
>
>> foreach (key; aa.byKey)
>> aa.remove(key);
>
> Note that, in this example, there is no need to remove every element
> separately, you can also just do
Sorry my mistake, I never use
On 01/04/2016 04:29 PM, Joakim Brännström wrote:
> Regression?
> Found when compiling dub-package scriptlike (struct Path).
Thanks for reporting. It's not acceptable to break code like that
without a proper deprecation cycle.
https://issues.dlang.org/show_bug.cgi?id=15515
On 01/03/2016 09:20 PM, tsbockman wrote:
>
> Any hope for this?
>
> https://github.com/D-Programming-Language/dmd/pull/3407#issuecomment-136974686
>
> It's been bugging a lot of people lately.
Well, this still needs a lot of work that nobody was did.
Walter spend almost the whole release
First beta for the 2.070.0 release.
Still a few things missing from the changelog, there is a new package
std.experimental.ndslice, and native (DWARF based) exception handling on
linux.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.070.0.html
Please report any bugs at
On 01/01/2016 04:27 PM, Minas Mina wrote:
> On Friday, 1 January 2016 at 13:59:35 UTC, Walter Bright wrote:
>> http://minas-mina.com/2016/01/01/associative-arrays/
>>
>> https://www.reddit.com/r/programming/comments/3z03ji/hash_tables_in_the_d_programming_language/
>>
>
> Thanks for sharing this.
On Sunday, 13 December 2015 at 10:22:56 UTC, Suliman wrote:
https://builds.dawg.eu/dmd-nightly/
Why not https://builds.dlang.org ?
Because we're testing the service, once it's reliable, we'll move
this to a dlang subdomain or integrate it with
downloads.dlang.org.
As you might already know from the last sprint review
(http://forum.dlang.org/post/56592679.3010604@dawg.), we've setup
a server to build nightlies. The service is still in a test phase
but seems to work steadily.
You can try it using the install script
curl -fsSL
Glad to announce D 2.069.2.
http://dlang.org/download.html
This point release fixes a few issues over 2.069.1, see the
changelog for more details.
http://dlang.org/changelog/2.069.2.html
-Martin
On Monday, 30 November 2015 at 11:22:08 UTC, John Colvin wrote:
Safe to ignore for non-windows, yes?
Yes
Second beta for the 2.069.2 point release.
New fixes:
Bugzilla 15281: std\experimental\allocator\package.d not included in
build script
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.069.2.html
Please report any bugs at https://issues.dlang.org
-Martin
First beta for the 2.069.2 point release.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.069.2.html
Please report any bugs at https://issues.dlang.org
-Martin
On Saturday, 28 November 2015 at 21:37:35 UTC
IMO, this should not be released until
https://issues.dlang.org/show_bug.cgi?id=15281 is fixed. It's a
very obvious and embarrassing bug.
Yes, but someone has to do it.
It's really trivial to extend the Windows makefiles accordingly,
but I never
On Monday, 23 November 2015 at 12:35:35 UTC, Dicebot wrote:
Whoa, this must be pretty new. Though subkey used seems to be
almost 1 year old now.
sub rsa4096/12BB1939 2015-02-27
Why should I renew the subkey w/o cause?
Then everybody would need to redownload my public keys.
In any case I'd
On Tuesday, 24 November 2015 at 08:48:58 UTC, Vladimir Panteleev
wrote:
Sorry, I'm not going to pay for my own SSL certificate :)
You'll either have to share, or wait until Let's Encrypt goes
live and I get around to setting it up.
You could either get a free startssl certificate
On Monday, 23 November 2015 at 20:55:32 UTC, Walter Bright wrote:
I'm pleased to announce that Jan Knepper has gotten us some
proper certificates now, and dlang.org and digitalmars.com are
now fully https!
Glad to hear that as it's a requirement to host installer scipts
and our gpg keyring
On Saturday, 21 November 2015 at 08:57:45 UTC, Thomas Mader wrote:
[1] http://www.jrsoftware.org/isinfo.php
Thanks this looks indeed like a good choice.
On Wednesday, 11 November 2015 at 12:18:55 UTC, Rikki Cattermole
wrote:
This has already been talked about on D.learn. It's a very bad
look especially since this is a major addition for this release.
Hence why I have even mentioned this to Andrei. Bad bad bad bad
situation for us.
Did anyone
This is an unplanned point release whose sole purpose is to fix a severe
Windows installer bug.
http://dlang.org/download.html
http://downloads.dlang.org/releases/2.x/2.069.1/
http://dlang.org/changelog/2.069.1.html
-Martin
On 11/11/2015 11:22 AM, wobbles wrote:
> I also tried on Windows 8.1 64-bit. To test, I installed it over DMD
> 2.067 and 2.068, both were successful.
Now released, http://forum.dlang.org/post/n1vatr$1106$1...@digitalmars.com.
On 11/11/2015 01:18 PM, Rikki Cattermole wrote:
>
> This has already been talked about on D.learn. It's a very bad look
> especially since this is a major addition for this release.
> Hence why I have even mentioned this to Andrei.
Well, test the beta.
Both, the installer bug and the lack of
On Tuesday, 10 November 2015 at 14:17:28 UTC, Mike James wrote:
The x64 sub-directory does not exist on my system.
We found the bug and I build a new installer with the fix.
https://dlang.dawg.eu/downloads/dmd.2.069.0~fix15824/
As soon as someone confirms the fix, we'll make a new point
On 11/09/2015 09:46 AM, Mike James wrote:
>
> Hi Martin,
>
> I've tried the new install with Windows Vista and Windows 7 and the
> problem is the same as before.
>
> Regards,
> -=mike=-
Can you try again, I updated the installer and tried to revert the other
part of the change (though I don't
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
401 - 500 of 650 matches
Mail list logo