On Friday, 31 July 2015 at 07:35:47 UTC, Marek Janukowicz wrote:
So patten matching only works on type of containing variable,
not the type of the object itself. Is it possible to work
around this?
No, it would be very surprising if receive performed a dynamic
downcast, and it's also
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 09:04 PM, Jesse Phillips wrote:
It would be better to compare with LDC or GDC to match the same backend
as C++. That is a little harder since they don't have 2.068 yet.
Reading a file is IO and memcpy limited, has nothing to do with compiler
optimizations. Clearly we must be
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 07/26/2015 05:19 PM, Laeeth Isharc wrote:
The former is trickier on arch in particular (not related to Dicebot's
choice) because they don't distributed static versions of library files
as a matter of policy.
Yes, quite a few distributions no longer support fully static linking.
Some, e.g.
On 07/26/2015 05:19 PM, Laeeth Isharc wrote:
How do I do the same on gdc and ldc ? Since running times may be a
matter of seconds, speed and startup time counts especially for lambda.
Probably starting via nodejs is an unnecessary tax, but I guess they
will get rid of that requirement in
On 07/24/2015 05:01 PM, Adam D. Ruppe wrote:
.ironically, given the other thread about statements as expressions
where i said 'meh', this is actually a decent case for them too, to get
the return value of foo out of that scope while still allowing auto.
It would make sense to extend 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 07/26/2015 04:16 PM, Gary Willoughby wrote:
I thought there is a recently added compiler option that profiles the GC
and creates a report now?
That's an allocation profiler, the other one mentioned by me reports GC
stats as requested by the OP.
On Saturday, 25 July 2015 at 18:02:48 UTC, Laeeth Isharc wrote:
I am trying to compile a D binary to run on AWS lambda. If I
cannot link statically, which files should I include in the zip
upload - libphobos2.so, libdruntime-linux64so.o ?
I think dicebot who maitains the arch linux package
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 13:52:09 UTC, Andrei Alexandrescu
wrote:
For one thing, it avoids the ugly hack which is the Flag
template and
Yes/No structs.
With Flag:
The idiom goes like this.
/// Flag to control whether or not to keep line endings
alias KeepTerminator =
On Saturday, 25 July 2015 at 14:06:05 UTC, Daniel N wrote:
On Friday, 24 July 2015 at 19:56:55 UTC, Shammah Chancellor
wrote:
I put up a PR for phobos awhile ago for concepts as a library
to kind of start the discussion around concepts. There
seemed to be some interest around the PR, so I
On Saturday, 25 July 2015 at 17:34:26 UTC, Márcio Martins wrote:
What I want is a clean non-intrusive way to log when a
collection happened, how long my threads were stopped, how much
total memory and how many blocks were recovered. i.e. how much
garbage was created in between collections. Are
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 07/21/2015 09:47 AM, Johannes Pfau wrote:
Such gdc-specific frontend changes are fortunately rare. But with our
own frontend fork we can simply commit them. With a unified frontend
we'll have to spent hours convincing dmd devs that we need these
changes for GDC.
I understand that it's
On Monday, 20 July 2015 at 21:10:57 UTC, Martin Nowak wrote:
6. Convert the back end to D as well.
Waste of time IMO, there is nothing to gain here.
- We already have a working C++ backend and can interface that
from ddmd, the other compilers will have to work with a C++
interface anyhow.
On Monday, 20 July 2015 at 23:20:58 UTC, Walter Bright wrote:
First we have to make sure we know why it is slower.
I got this number from Daniel, he didn't found a reason.
Chances are it's uniformly slower because of dmd's backend, but
of course profiling might help.
On Tuesday, 21 July 2015 at 03:47:11 UTC, Iain Buclaw wrote:
1. If you want ddmd to be compilable by both gdc and ldc then
you can't introduce any new features to the ddmd codebase post
conversion.
Sticking to 2.068 will help for some time but is not a long-term
solution. Particularly when
On Monday, 20 July 2015 at 23:01:26 UTC, Walter Bright wrote:
That's right. Trying to fix bugs while translating doesn't work
very well. The idea is to get a 2.068 workalike to use as a
baseline. Regressions can, of course, still be pushed to the
2.068 line.
That said, one can still post
On Tuesday, 21 July 2015 at 08:54:43 UTC, Walter Bright wrote:
Consider that the Win32 version of dmd is built with with the
same backend as dmd. If there's a slowdown with that version,
it isn't due to the backend.
Talking about compiler speed, we can get an easy 10% speedup
using PGO+LTO.
On Monday, 20 July 2015 at 23:18:34 UTC, Andrei Alexandrescu
wrote:
On 7/20/15 5:30 PM, Martin Nowak wrote:
On Thursday, 16 July 2015 at 08:28:08 UTC, Suliman wrote:
In what version of DMD do you plan to include dub and vibe?
It doesn't make sense to include vibe.d.
I think it does - this
On Monday, 20 July 2015 at 23:11:57 UTC, Walter Bright wrote:
They are definitely very high priority, but I'd also like us
to address all the
import (313+314) and protection issues (DIP22) this year.
What is high priority is certainly debatable, but what is most
clear to me is that
On Monday, 20 July 2015 at 04:02:04 UTC, Walter Bright wrote:
2.068 - resolve remaining regressions and release
2.069 - translate to D. No new features, no refactoring. Only
regression fixes and what's already in HEAD. This should give
us a solid baseline. It also means that open PRs that
On Monday, 20 July 2015 at 04:02:04 UTC, Walter Bright wrote:
2.101+ -
This sounds like workload for the rest of the year.
Are you sure that the CTFE interpreter and compilation speed are
the 2 most important issues?
They are definitely very high priority, but I'd also like us to
address all
On Monday, 20 July 2015 at 21:38:35 UTC, Jonathan M Davis wrote:
What's the hold up on those anyway? I thought that Kenji had a
PR that sorted them out. In fact, I thought that someone at
dconf said something about those changes being merged in
already (though maybe I'm misremembering). I take
On Monday, 20 July 2015 at 04:02:04 UTC, Walter Bright wrote:
2.069 - translate to D. No new features, no refactoring. Only
regression fixes and what's already in HEAD. This should give
us a solid baseline. It also means that open PRs that address
other issues will not be pulled for 2.069.
I
On Monday, 20 July 2015 at 09:10:13 UTC, Iain Buclaw wrote:
I just have one request. We need to designate a supported
version of the compiler (2.069?) as the base to which we
convert and maintain compatibility for, and do not introduce
any new features after that point.
I don't fully
On Monday, 20 July 2015 at 04:02:04 UTC, Walter Bright wrote:
2.101+ -
1. Take advantage of D features to improve quality.
Great for thing with good test coverage. Will hopefully attract
more contributors.
2. Go to full lazy semantic analysis of imports, rather than
the current analyze
On Thursday, 16 July 2015 at 08:28:08 UTC, Suliman wrote:
In what version of DMD do you plan to include dub and vibe?
It doesn't make sense to include vibe.d. We plan to include dub,
when it reaches 1.0.0, should happen soon.
On Wednesday, 15 July 2015 at 00:47:30 UTC, Brad Anderson wrote:
The Zip buttons for the Linux distros actually all just link to
the same general linux zip file. It is confusing though.
Well make something better then.
On 04/13/2015 04:09 PM, Steven Schveighoffer wrote:
Now, I understand you only want to apply this inference to internal
functions. The problem is, there aren't very many of those.
What? Phobos is a special case, not the norm.
A typical library consists of an API and an implementation.
Think
I have to bring this up again, b/c I consider the heavy investment in
attributes one of the worst decisions lately.
It's very very hard and time consuming to write attribute correct code.
Consider dup
(https://github.com/D-Programming-Language/druntime/pull/760) a
seemingly simple piece, blown
On Friday, 17 July 2015 at 00:08:42 UTC, Tofu Ninja wrote:
Well this was 214 replies of wasted time...
Just b/c the outcome is the same doesn't mean the discussion was
pointless.
We reached at least some sort of consensus which should prevent
any future complaints about the chosen name.
On Friday, 17 July 2015 at 14:32:35 UTC, Kagamin wrote:
You don't always have the source for the function, and
currently purity needs only the function signature alone. Also
a function attribute allows to enforce purity.
If you don't have the source, e.g. it's in a foreign library,
then the
On Friday, 17 July 2015 at 16:40:56 UTC, Jonathan M Davis wrote:
On Friday, 17 July 2015 at 12:43:33 UTC, Martin Nowak wrote:
=== Attributes are hardly useful
==
nothrow and pure - pure especially - help with reasoning about
code. You actually lose out a
On Friday, 17 July 2015 at 15:24:46 UTC, Dmitry Olshansky wrote:
There is huge value in this. Even C++ choose to add noexcept
into otherwise exteramly complicated language.
https://akrzemi1.wordpress.com/2014/04/24/noexcept-what-for/
On Friday, 17 July 2015 at 17:54:52 UTC, Marc Schütz wrote:
In general, I'm not sure why you choose to go the way of
abolishing the attributes. Didn't you have a concept for
inference that would mostly solve the problems?
Because I want to overhaul smart pointers/refs (Unique, RC).
A
On Friday, 17 July 2015 at 19:23:23 UTC, Meta wrote:
What are the specific issues? I've encountered attribute hell
as well, but with const/immutable/inout as opposed to
pure/nothrow/@nogc/@safe.
Just to name 2 issues.
I can't convert derived classes with a destructor to their base
class
On Friday, 17 July 2015 at 22:16:03 UTC, Martin Nowak wrote:
One of our biggest issues is the lack of good contributions
Let's better say our small dev resources and the slow pace.
On Friday, 17 July 2015 at 19:14:21 UTC, Jack Stouffer wrote:
As others have said @safe, pure, nothrow, and @nogc, while they
could be improved somewhat, have value in that they provide
guarantees to the programmer (user) and API end users.
As I mentioned, @safe doesn't provide any guarantee
On Friday, 10 July 2015 at 08:37:56 UTC, Marc Schütz wrote:
I personally think this auto-expanding argument is overrated. I
don't have any particular expectation regarding auto-expansion
towards the concept tuple.
But he's right that we have auto-expanding and non-expanding
tuples, so having
On Friday, 10 July 2015 at 08:42:44 UTC, Martin Nowak wrote:
But he's right that we have auto-expanding and non-expanding
tuples, so having a different term for the auto-expanding one
would help a bit.
This unpacking is called splatting in some other PLs that have a
splat operator. Maybe we
On Thursday, 9 July 2015 at 08:58:22 UTC, deadalnix wrote:
The escape analysis needs to be in the compiler. Proposed DIPs
do a poor job at it as they require a bag of tricks instead of
a principled approach IMO.
The part where refcount is done can be done via library (and
should IMO).
On Friday, 10 July 2015 at 09:27:19 UTC, Nordlöw wrote:
How do I tell `dub build` where to find libraries in
non-standard directories?
You're missing the development package libclang-dev, which should
come with a pkg-config.
On Friday, 12 June 2015 at 11:06:43 UTC, Dicebot wrote:
The legendary allocator package by Andrei Alexandrescu has
arrived at your doorsteps and kindly asks to let it into Phobos
Sorry for being late, I wanted to restate an idea that could be
crucial for optimizations.
On 07/09/2015 12:26 AM, Dmitry Olshansky wrote:
In the worst case just if-else chain collided items per hash value?
Given that in this case it may use the full range of size_t I won't
expect high collision rates.
There is a readymade tool (gperf) to generate code for perfect hash
switches.
On Wednesday, 8 July 2015 at 06:11:25 UTC, Uranuz wrote:
My idea is slihtly of topic.
I thiking about some API for array and associative array
literals.
There is already an API for array literals, typesafe variadic
arguments.
void foo(int[] literal...);
foo([0, 1, 2, 3]);
But what do you
On Wednesday, 8 July 2015 at 01:26:22 UTC, rsw0x wrote:
A sequence of aliases, personally I think it is a much better
name. But maybe seq could be replaced with something else,
though I don't really mind seq. AliasList seems a little bit
better.
it's far closer to a tuple, list, or array
On Wednesday, 8 July 2015 at 07:15:27 UTC, Yuxuan Shui wrote:
I think it will be useful to extent switch statement to support
any type that implements opEquals and opHash.
Is there any technical difficulties to implement this?
Hardly anyone wants switch to be a better if-else ladder.
On Saturday, 4 July 2015 at 10:47:17 UTC, Iain Buclaw wrote:
both cases to throw a compilation error (using static
assert). However
I'd like the core druntime team to be on board with this.
It makes sense to disallow them, but I wonder why they are
allowed in C++.
On 07/08/2015 07:33 PM, Timon Gehr wrote:
The compiler complexity introduced by this change is trivial.
Except trivial doesn't mean it's cheap. Would probably take 1-2 days to
fully spec/implement/optimize/test/document it.
In that time I could finish a thread cache for the GC, or GC-less
On 07/08/2015 02:20 PM, Uranuz wrote:
As far as I understand from that discussion it this feature was not
accepted because of template bloat. Am I wrong?
The main reason is that AA literals already have an incompatible semantic.
pragma(msg, typeof([0: ubyte(0), 1: ushort(1)]));
prints
On Wednesday, 8 July 2015 at 21:26:55 UTC, Martin Nowak wrote:
It would become a lot more useful if you'd find out how to
(perfectly?)
hash all the case labels to indices of a compact jump table.
Apparently called 'Minimal Perfect Hashing'.
On 07/08/2015 08:06 PM, Yuxuan Shui wrote:
switch(x.toHash()){
case a.toHash():
if(x!=a) goto default;
...;
break;
case b.toHash():
if(x!=b) goto default;
...;
break;
default: break;
}
(a and b are known at compile time here,
On Wednesday, 8 July 2015 at 11:39:27 UTC, Per Nordlöw wrote:
I just read http://wiki.dlang.org/DIP74
and I'm very excited about it :)
What are the plans on making it handle RC-cycles using weak and
strong references?
See also:
On Wednesday, 8 July 2015 at 13:58:24 UTC, Iain Buclaw wrote:
GCC will give you a compiler warning if you attempt it, and
stdc++ should invoke a cxx_assert on it's use.
I was under the impression that I died them once with no effect
(might have been clang).
In any case, feel free to go
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
On 06/23/2015 04:06 PM, Sönke Ludwig wrote:
Do you, or anyone else, have further ideas for higher level
functionality, or any concrete examples in other standard libraries?
Allowing to lazily foreach over elements would be nice.
foreach (elem; nodes.readArray)
{
// each elem would be 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 06/19/2015 06:54 PM, Andrei Alexandrescu wrote:
This is happening on my older CentOS as well, it's a problem in the C
library. I suggest we just version those tests. -- Andrei
Even more worrisome, I don't understand why dmd is compiling the
unittests at all.
Might be related to
On 06/20/2015 09:52 AM, Walter Bright wrote:
Which C runtime are you using? The math functions in C runtimes are
often inadequate.
So we now call the host's C library to perform constant folding/CTFE of exp?
This is a point for Iain's proposal to use a high precision floating
point
On 06/20/2015 02:00 PM, Martin Nowak wrote:
On 06/20/2015 12:06 PM, Walter Bright wrote:
On 6/20/2015 3:06 AM, Walter Bright wrote:
Apparently we need to roll our own version of strtod() and put it in
Port.
We already do our own strtold(), so it should be straightforward.
Thanks, I'll
On 06/20/2015 09:52 AM, Walter Bright wrote:
Which C runtime are you using? The math functions in C runtimes are
often inadequate.
Debian 7.4, there is nothing I can do to avoid glibc.
On 05/30/2015 10:50 AM, Vladimir Panteleev wrote:
Not sure how much this is a problem but implicit conversion from null
may also be an issue:
http://localhost/post/asvcbsvfcxznwypttojk@192.168.0.1
Not in my proposal, b/c it's an explicit conversion that does allocate a
translation wrapper.
On 06/20/2015 12:06 PM, Walter Bright wrote:
On 6/20/2015 3:06 AM, Walter Bright wrote:
Apparently we need to roll our own version of strtod() and put it in
Port.
We already do our own strtold(), so it should be straightforward.
Thanks, I'll work on a fix.
On 06/20/2015 01:35 PM, Iain Buclaw via Digitalmars-d wrote:
Can we make this a boolean check removing the need for me to explicitly set
errno?
The function returns a float, so errno seems like the better choice.
On 06/19/2015 06:26 PM, Joakim wrote:
The impression I get is that everyone in the core team is too busy with
their real jobs, other than Walter, to make meetings easy to
coordinate. Not sure of a ready solution for that.
Being to busy is no excuse for important things like this, b/c we're
On Thursday, 18 June 2015 at 16:02:19 UTC, Nick Sabalausky wrote:
What happened to the one I contributed last year? If there's
bitrot or other issues that needs addressing, then by all
means, either ping me @ GitHub or email me at nick1 @ my
domain name in this message's header. Both are set
On Thursday, 18 June 2015 at 18:55:25 UTC, Russel Winder wrote:
Loop: 3.14s
Reduce 1: 4.76s
Reduce 2: 5.12s
This is DMD 2.067
Don't compare performance numbers on dmd, particularly not when
assessing abstraction overhead.
On Saturday, 20 June 2015 at 17:04:48 UTC, Walter Bright wrote:
On 6/20/2015 5:16 AM, Martin Nowak wrote:
I can't use the strtold_dm from the backend, b/c it's not
available for
the other compilers, and AFAIU licensing doesn't allow me to
move it to
the frontend.
Hmm. Perhaps google for
On 06/17/2015 08:35 PM, Andrei Alexandrescu wrote:
You wouldn't just not go to work for two weeks and then show up at your
desk as if nothing happened. This kind of stuff needs some level of
planning, barring exceptional events.
Yeah that didn't work too well, sorry for the trouble.
I was
I'm getting this error while trying to build the relase.
std/math.d(2759): Error: number '0x1p-1024' is not representable
I'm getting that while compiling a -m32 (X86) static release phobos
library, but I can't reproduce the error using the same command.
On 06/17/2015 08:35 PM, Andrei Alexandrescu wrote:
The role of Release Manager and This Week In D are the two ones
somewhat special in the community: they're closest to an actual job,
in the sense that regularity and professionalism are crucial. You need
to show up and do it. If This Week in D
On Saturday, 30 May 2015 at 00:50:39 UTC, Steven Schveighoffer
wrote:
I suggest first we build a library AA that sits beside real AA,
even if it doesn't . Then we create a test suite to prove that
the library AA can be a drop in replacement. Then replace it :)
Writing the AA is NOT the
On Saturday, 30 May 2015 at 01:32:26 UTC, IgorStepanov wrote:
- attributes
We will able to deprecate attribute violations in transitional
version (with vtbl).
Yes, we'd have to deprecate attribute issues of the built-in AA
before we can switch.
Maybe that's already to disruptive.
-
On Thursday, 28 May 2015 at 17:22:21 UTC, Andrei Alexandrescu
wrote:
On 5/28/15 8:38 AM, Manu via Digitalmars-d wrote:
* Forceinline.
Thanks for initiating this! The lack of a means to force
inlining has been unpleasant at Facebook as well. It would be
great if we got this (and of course
On Thursday, 28 May 2015 at 21:23:59 UTC, Per Nordlöw wrote:
https://github.com/nordlow/justd/blob/79cc8bf0766282368f05314d00566e7d234988bd/bylinefast.d#L207
which is currently deactivated.
It has worked flawlessly in my applications, so none AFAIK.
Could this replace the stuck
On Friday, 29 May 2015 at 11:16:27 UTC, Mike wrote:
But, if you'll forgive my ignorance, what is the primary
motivation for migrating to a library AA?
- The current implementation uses runtime type information
(TypeInfo) to compute hashes and compare keys. That's at least 2
virtual
On Wednesday, 27 May 2015 at 17:16:53 UTC, IgorStepanov wrote:
Foo f;
f[5][3] = Foo(42); translates to
f.opIndex!(true)(5).opIndex!(true)(3) = Foo(42);
auto x = f[5][4]; translates to
auto x = f.opIndex!(false)(5).opIndex!(false)(3);
We shouldn't replace opIndexAssign though, b/c
On Thursday, 28 May 2015 at 14:38:51 UTC, Manu wrote:
I expect I'm not alone. Please share the absolute blockers
preventing
you from adopting D in your offices. I wonder if there will be
common
themes emerge?
- Quality of ecosystem. It's relatively simple to run into an
issue, that requires
801 - 900 of 1476 matches
Mail list logo
