https://issues.dlang.org/show_bug.cgi?id=15957
--- Comment #5 from Walter Bright ---
(In reply to Dicebot from comment #4)
> Interesting. Why does it need to create opAssign when post-blit is disabled?
The @disable has no effect on the logic. An opAssign is always
On Wednesday, 27 April 2016 at 18:36:54 UTC, Andrei Alexandrescu
wrote:
The folks at Sociomantic suggested to start at 10:00 AM instead
of 9:00 AM, therefore shifting the end time by one as well.
Please reply with thoughts on this! We're particularly
concerned about folks who need to take off
On 4/27/2016 9:25 AM, Russel Winder via Digitalmars-d wrote:
Has anyone made the:
Foundation
Foundation and Empire
Second Foundation
joke as yet?
https://www.youtube.com/watch?v=DwIyClDuBgo=youtu.be=11
On 04/28/16 10:28, Adrian Matoga via Digitalmars-d wrote:
> On Wednesday, 27 April 2016 at 18:34:18 UTC, Artur Skawina wrote:
>> [...]
>>
>>ref Ex1() { return e1.someProperties.someModulusX; }
>
> Unless any of the properties is an enum or, well, a @property, and I'd expect
> both in
On Wednesday, 27 April 2016 at 12:42:05 UTC, thedeemon wrote:
Hi,
I just wanted to share some experience of using D in industry.
Recently my little company released version 2.0 of our flagship
product Video Enhancer, a video processing application for
Windows, and this time it's written in D.
On Thursday, 28 April 2016 at 11:32:25 UTC, Michael wrote:
And I would also like to see some more scientific libraries
make it into D. Though I understand that including it in the
standard library can cause issues, it would be nice to at least
get some Linear Algebra libraries in experimental
On 2016-04-28 01:53, Walter Bright wrote:
Wonderful, thanks for taking the time to write this up. I'm especially
pleased that you found great uses for a couple features that were a bit
speculative because they are unusual - the user defined attributes, and
the file binary data imports.
I'm
On 4/26/2016 2:49 PM, Bill Hicks wrote:
[...]
Criticizing D is fine here. Personal attacks are not welcome.
On Thursday, 28 April 2016 at 06:03:46 UTC, Marco Leise wrote:
There exist some comparisons for the C++ implementations
(zlib's DEFLATE being a variation of lz77):
http://catchchallenger.first-world.info//wiki/Quick_Benchmark:_Gzip_vs_Bzip2_vs_LZMA_vs_XZ_vs_LZ4_vs_LZO
I'm running into a set of problems where both inheritance and
mixin-added functionality really lend a hand to my project.
Unfortunately, they don't necessarily work well together, as
certain mixins need to be restated for each inheritor.
As a toy example, if I wanted to mixin some
On Thursday, 28 April 2016 at 11:10:21 UTC, Artur Skawina wrote:
On 04/28/16 10:28, Adrian Matoga via Digitalmars-d wrote:
On Wednesday, 27 April 2016 at 18:34:18 UTC, Artur Skawina
wrote:
[...]
ref Ex1() { return e1.someProperties.someModulusX; }
Unless any of the properties is an
On Thursday, 28 April 2016 at 06:43:52 UTC, Iain Buclaw wrote:
On 27 April 2016 at 13:25, Marco Leise via Digitalmars-d
wrote:
Am Wed, 27 Apr 2016 03:59:04 +
schrieb Seb :
nitpick: Wo ist _das_ WC?
In German WC we have definite articles and as
On Wednesday, 27 April 2016 at 12:42:05 UTC, thedeemon wrote:
Cerealed
This compile-time-introspection-based serializaition lib is
really great: powerful and easy to use. We're probably using an
old version, haven't updated for some time, and the version we
use sometimes had problems
I timed some code recently and found that .reserve made almost no
improvement when appending. It appears that the actual change to
the length by the append had a very high overhead of something
over 200 instructions executed, regardless if the .reserve was
done. This was a simple append to
On Thursday, 28 April 2016 at 06:51:04 UTC, Ali Çehreli wrote:
On 04/26/2016 07:57 PM, Walter Bright wrote:
To prepare for a week in Berlin, a few German phrases is all
you'll need
to fit in, get around, and have a great time:
1. Ein Bier bitte!
2. Noch ein Bier bitte!
3. Wo ist der WC!
The
https://issues.dlang.org/show_bug.cgi?id=15920
--- Comment #2 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/26f3eb9b1f2d3c2574d627e6b5dd6a1db12fe1b6
Fix issue 15920 - std.traits.MemberFunctionsTuple gives
On 04/28/2016 09:50 AM, Seb wrote:
On Thursday, 28 April 2016 at 13:46:37 UTC, Andrei Alexandrescu wrote:
On 04/27/2016 11:41 PM, Seb wrote:
Just a quick update that #4243 is in and the linting bot is now running.
As I mentioned earlier there are still many trivial flags of Dscanner's
static
https://issues.dlang.org/show_bug.cgi?id=15957
--- Comment #6 from Dicebot ---
This is rather far from what I'd call "documented somewhere" :) Sorry if this
semantics may seem intuitive to you, but they are in fact highly confusing, at
least with existing error messages. I
On 28.04.2016 11:15, Chris wrote:
Except when it corresponds to the natural gender, i.e. der Mann, die
Frau. It's interesting that the word for child is neuter (das Kind).
Looks like children are not yet considered to be of any sex, which makes
a lot of sense.
Then again Mädchen (girl) is
https://issues.dlang.org/show_bug.cgi?id=15954
b2.t...@gmx.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://issues.dlang.org/show_bug.cgi?id=9082
Jack Stouffer changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=15925
Dicebot changed:
What|Removed |Added
CC||pub...@dicebot.lv
--
On Thursday, 28 April 2016 at 10:21:34 UTC, Andrew Benton wrote:
I'm running into a set of problems where both inheritance and
mixin-added functionality really lend a hand to my project.
Unfortunately, they don't necessarily work well together, as
certain mixins need to be restated for each
On Thursday, 28 April 2016 at 12:41:57 UTC, Basile B. wrote:
On Thursday, 28 April 2016 at 10:21:34 UTC, Andrew Benton wrote:
[...]
This is a common error with mixin template. The static things
gets only evaluated once. If you want to be evaluated in each
class type you need a true template
On Thursday, 28 April 2016 at 13:46:37 UTC, Andrei Alexandrescu
wrote:
On 04/27/2016 11:41 PM, Seb wrote:
Just a quick update that #4243 is in and the linting bot is
now running.
As I mentioned earlier there are still many trivial flags of
Dscanner's
static analysis that could be enabled. I
On 4/28/16 9:09 AM, Basile B. wrote:
Out of an appender I believe .reserve can be used to force page creation
if you know that several pages will be allocated.
For example for an ubyte[] when .length goes from 16 to 17 the memory
block *really* allocated by realloc goes from 16 to 4096.
Hm...
On 4/28/16 8:56 AM, Jay Norwood wrote:
I timed some code recently and found that .reserve made almost no
improvement when appending. It appears that the actual change to the
length by the append had a very high overhead of something over 200
instructions executed, regardless if the .reserve was
On Thursday, 28 April 2016 at 11:50:55 UTC, Edwin van Leeuwen
wrote:
On Thursday, 28 April 2016 at 11:32:25 UTC, Michael wrote:
And I would also like to see some more scientific libraries
make it into D. Though I understand that including it in the
standard library can cause issues, it would
On Thursday, 28 April 2016 at 10:21:34 UTC, Andrew Benton wrote:
So to the point: Is there an easier way to do this that I'm
missing? Is there a language-design reason that mixed in
templates can't inherit? It seems like an intuitive use of
mixin.
Mixins are (mostly) just a convenient way
On Thursday, 28 April 2016 at 12:56:24 UTC, Jay Norwood wrote:
I timed some code recently and found that .reserve made almost
no improvement when appending. It appears that the actual
change to the length by the append had a very high overhead of
something over 200 instructions executed,
On 27 April 2016 at 13:25, Marco Leise via Digitalmars-d
wrote:
> Am Wed, 27 Apr 2016 03:59:04 +
> schrieb Seb :
>
>> nitpick: Wo ist _das_ WC?
>> In German WC we have definite articles and as a WC can be used by
>> both sexes, it is neutral
Am Tue, 26 Apr 2016 23:55:46 -0700
schrieb Walter Bright :
> On 4/26/2016 3:05 PM, Stefan Koch wrote:
> > Hello,
> >
> > originally I want to wait with this announcement until DConf.
> > But since I working on another toy. I can release this info early.
> >
> > So as
On Wednesday, 27 April 2016 at 12:42:05 UTC, thedeemon wrote:
Hi,
I just wanted to share some experience of using D in industry.
Recently my little company released version 2.0 of our flagship
product Video Enhancer, a video processing application for
Windows, and this time it's written in D.
On Wednesday, April 27, 2016 21:18:35 deadalnix via Digitalmars-d wrote:
> On Wednesday, 27 April 2016 at 12:31:18 UTC, Andrei Alexandrescu
>
> wrote:
> > On 04/26/2016 03:45 PM, Jack Stouffer wrote:
> >> I think that the drawback you mentioned does not outweigh the
> >> benefits
> >> gained from
On Thursday, 28 April 2016 at 03:15:36 UTC, Adam D. Ruppe wrote:
On Thursday, 28 April 2016 at 00:14:41 UTC, deadalnix wrote:
More generally, it is not clear what is allowed to do for
merging functions. In C/C++ it is assumed that different
function MUST have different identities.
I don't
On 28 April 2016 at 07:10, Mithun Hunsur via Digitalmars-d-announce
wrote:
> On Thursday, 28 April 2016 at 04:47:38 UTC, Rory McGuire wrote:
>>
>> On 28 Apr 2016 6:30 AM, "Mithun Hunsur via Digitalmars-d-announce" <
>> digitalmars-d-announce@puremagic.com>
On 27 April 2016 at 04:57, Walter Bright via Digitalmars-d
wrote:
> To prepare for a week in Berlin, a few German phrases is all you'll need to
> fit in, get around, and have a great time:
>
> 1. Ein Bier bitte!
> 2. Noch ein Bier bitte!
> 3. Wo ist der WC!
4. Zahlen
On Wednesday, 27 April 2016 at 18:36:54 UTC, Andrei Alexandrescu
wrote:
The folks at Sociomantic suggested to start at 10:00 AM instead
of 9:00 AM, therefore shifting the end time by one as well.
Please reply with thoughts on this! We're particularly
concerned about folks who need to take off
On Thursday, 28 April 2016 at 20:12:58 UTC, Stefan Koch wrote:
On Wednesday, 27 April 2016 at 06:55:46 UTC, Walter Bright
wrote:
Sounds nice. I'm curious how it would compare to:
https://www.digitalmars.com/sargon/lz77.html
https://github.com/DigitalMars/sargon/blob/master/src/sargon/lz77.d
https://issues.dlang.org/show_bug.cgi?id=15957
--- Comment #9 from Walter Bright ---
https://github.com/dlang/dmd/pull/5723
--
Wierd, I am almost sure it does not work for me last time when I tried :)
Dne 28.4.2016 v 22:54 Steven Schveighoffer via Digitalmars-d napsal(a):
{
int i = 0;
while(i < 100) {...}
}
On 4/28/16 4:36 PM, Daniel Kozak via Digitalmars-d wrote:
Dne 28.4.2016 v 22:20 Steven Schveighoffer via Digitalmars-d napsal(a):
(BTW, swift doesn't allow arbitrary new scopes)
And D does?
Sure.
{
int i = 0;
while(i < 100) {...}
}
// i no longer defined
Won't work in swift.
On Thursday, 28 April 2016 at 13:49:15 UTC, jack wrote:
On Thursday, 28 April 2016 at 06:51:04 UTC, Ali Çehreli wrote:
On 04/26/2016 07:57 PM, Walter Bright wrote:
To prepare for a week in Berlin, a few German phrases is all
you'll need
to fit in, get around, and have a great time:
1. Ein
hey guys,
as the title says, im looking for an aquivalent to pragma
comment(linker, "export:functionname"), is there any in D?
greetings,
Andi
On Thursday, 28 April 2016 at 11:39:22 UTC, Seb wrote:
If it's just about syntax sugar, I definitely would prefer to
be able to use alias over ref, e.g.
alias v = el.someProperties.aRatio;
The main issue with this currently is that you can only alias
symbols, but el.someProperties.aRatio is
https://issues.dlang.org/show_bug.cgi?id=15965
Issue ID: 15965
Summary: [REG 2.070] Reference to other CT-known field on
struct instantiation now yields "circular reference"
Product: D
Version: D2
Hardware: All
On Wednesday, 27 April 2016 at 16:04:13 UTC, Steven Schveighoffer
wrote:
BTW, this enumeration looks terrible. I would flag this as
blocking if it were a code review, even in C++.
-Steve
Yeah, I didn't even consider that different versions have
different enum values; that is going to be a
https://issues.dlang.org/show_bug.cgi?id=15966
Issue ID: 15966
Summary: [REG 2.071] {public,protected} imports in base class
ignored on symbol lookup
Product: D
Version: D2
Hardware: All
OS: All
https://issues.dlang.org/show_bug.cgi?id=15957
--- Comment #7 from Walter Bright ---
Those are good suggestions.
--
On Thursday, 28 April 2016 at 17:40:23 UTC, Jesse Phillips wrote:
enum tagINSTALLMESSAGE
{
// 12 others ...
INSTALLMESSAGE_INITIALIZE ,
INSTALLMESSAGE_TERMINATE ,
INSTALLMESSAGE_SHOWDIALOG ,
[greaterThan(500)]
INSTALLMESSAGE_PERFORMANCE,
https://issues.dlang.org/show_bug.cgi?id=15959
j...@red.email.ne.jp changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from
See https://github.com/BBasile/Coedit/releases
https://issues.dlang.org/show_bug.cgi?id=15967
Jack Stouffer changed:
What|Removed |Added
CC||j...@jackstouffer.com
On 28.04.2016 05:55, Joakim wrote:
On Wednesday, 27 April 2016 at 18:38:17 UTC, Max Samukha wrote:
On Tuesday, 26 April 2016 at 18:16:42 UTC, Joakim wrote:
He gave very specific criticism, along with a code sample, then made
a prediction, followed by suggesting another competing language
On Thursday, 28 April 2016 at 22:37:41 UTC, H. S. Teoh wrote:
Of course, in an ideal world you'd have a "forever" keyword
instead, but using up an entire keyword just for this one
specific kind of loop seems a little excessive.
forever: {
// stuff
goto hell; // who needs break?
//
On Thursday, 28 April 2016 at 18:53:21 UTC, Steven Schveighoffer
wrote:
grrr... and they removed C-style for statements (i.e. for(;;))
I can understand wanting to remove bad ideas, but 1) removing
something this fundamental to the language and 2) removing
something that not only doesn't lead
On Thu, Apr 28, 2016 at 08:01:02PM +, Seb via Digitalmars-d wrote:
> On Thursday, 28 April 2016 at 18:53:21 UTC, Steven Schveighoffer wrote:
> >grrr... and they removed C-style for statements (i.e. for(;;))
> >
> >-Steve
>
> I agree with the other people on this list - cleaning up a language
On 28.04.2016 22:01, Seb wrote:
I agree with the other people on this list - cleaning up a language is
great and should be done.
`++` might be a bad example, but (empty) C-style for loops are!
Leave those alone.
On Fri, Apr 29, 2016 at 12:40:36AM +0200, Timon Gehr via Digitalmars-d wrote:
[...]
> Ugly code can be written in any language.
"Real programmers can write assembly code in any language. :-)" -- Larry Wall
:-P
T
--
If the comments and the code disagree, it's likely that *both* are wrong. --
On Thursday, 28 April 2016 at 08:54:45 UTC, Kagamin wrote:
enum
{
// 12 others ...
INSTALLMESSAGE_INITIALIZE ,
INSTALLMESSAGE_TERMINATE ,
INSTALLMESSAGE_SHOWDIALOG
}
static if(_WIN32_MSI >= 500)
enum INSTALLMESSAGE_PERFORMANCE=15;
static if(_WIN32_MSI >= 400)
This is what bouncing the rubble looks like.
1. Swift 3 will no longer allow mutable variables as parameters.
Instead, your parameters will be immutable, or reference (inout). To fix
this, you can assign your immutable variable to a mutable one
(immutability is always head immutability in
On Thursday, 28 April 2016 at 17:58:50 UTC, Stefan Koch wrote:
On Thursday, 28 April 2016 at 17:29:05 UTC, Dmitry Olshansky
wrote:
What's the benefit? I mean after CTFE-decompression they are
going to add weight to the binary as much as decompressed
files.
Compression on the other hand
grrr... and they removed C-style for statements (i.e. for(;;))
-Steve
On 28-Apr-2016 21:31, deadalnix wrote:
On Thursday, 28 April 2016 at 17:58:50 UTC, Stefan Koch wrote:
On Thursday, 28 April 2016 at 17:29:05 UTC, Dmitry Olshansky wrote:
What's the benefit? I mean after CTFE-decompression they are going to
add weight to the binary as much as decompressed
https://issues.dlang.org/show_bug.cgi?id=15957
--- Comment #8 from Walter Bright ---
Documentation:
https://github.com/dlang/dlang.org/pull/1285
--
On 4/28/2016 2:32 PM, Daniel Kozak via Digitalmars-d wrote:
Wierd, I am almost sure it does not work for me last time when I tried :)
That's because in dmd there's the line:
if (strcmp(user, "Daniel") == 0)
setScoping(false);
It's a feature!
On Friday, 29 April 2016 at 01:36:26 UTC, Walter Bright wrote:
That's because in dmd there's the line:
if (strcmp(user, "Daniel") == 0)
setScoping(false);
It's a feature!
That one was really funny!
... or maybe I am just thinking this because it is 3 am here...
https://issues.dlang.org/show_bug.cgi?id=15959
j...@red.email.ne.jp changed:
What|Removed |Added
CC||kelethun...@gmail.com
--- Comment #2
https://issues.dlang.org/show_bug.cgi?id=15955
j...@red.email.ne.jp changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On 4/28/2016 3:40 PM, Timon Gehr wrote:
Ugly code can be written in any language.
Of course. But my problem is when there is no way to write an attractive piece
of code to perform some functionality, i.e. if you *cannot* write beautiful code.
On Thursday, 28 April 2016 at 12:28:23 UTC, tsbockman wrote:
On Thursday, 28 April 2016 at 10:21:34 UTC, Andrew Benton wrote:
So to the point: Is there an easier way to do this that I'm
missing? Is there a language-design reason that mixed in
templates can't inherit? It seems like an
https://issues.dlang.org/show_bug.cgi?id=15920
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Friday, 14 August 2015 at 16:13:07 UTC, Ola Fosheim Grøstad
wrote:
Rust is getting a mid level IR for speeding up compilation.
Looks like it will be in rust "soonish"
http://blog.rust-lang.org/2016/04/19/MIR.html
https://www.reddit.com/r/programming/comments/4gp6hc/introducing_mir/
https://issues.dlang.org/show_bug.cgi?id=15964
Issue ID: 15964
Summary: The template constraints for std.uni.sicmp are too
permissive
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On Thursday, 28 April 2016 at 18:49:54 UTC, Steven Schveighoffer
wrote:
1. Swift 3 will no longer allow mutable variables as
parameters. Instead, your parameters will be immutable, or
reference (inout). To fix this, you can assign your immutable
variable to a mutable one (immutability is
On Thursday, 28 April 2016 at 17:29:05 UTC, Dmitry Olshansky
wrote:
Compression on the other hand might be helpful to avoid
precompressing everything beforehand.
I fear that is going to be pretty slow and will eat at least 1.5
the memory of the file you are trying to store.
If you want a
On Wednesday, 27 April 2016 at 15:30:55 UTC, ag0aep6g wrote:
That takes longer to compile, though. Probably needs more
memory as well.
Thanks!
Added here
https://github.com/nordlow/phobos-next/blob/master/src/typecons_ex.d#L425
On 4/28/16 3:21 PM, David Nadlinger wrote:
On Thursday, 28 April 2016 at 18:49:54 UTC, Steven Schveighoffer wrote:
Please, D, don't ever do this kind of stuff! I just gained about 45
warnings in my iOS project.
… and what? This statement alone is hardly an argument. Both those
warnings are
On 4/28/16 3:39 PM, Nick Treleaven wrote:
On Thursday, 28 April 2016 at 18:49:54 UTC, Steven Schveighoffer wrote:
1. Swift 3 will no longer allow mutable variables as parameters.
Instead, your parameters will be immutable, or reference (inout). To
fix this, you can assign your immutable
On Thursday, 28 April 2016 at 19:45:47 UTC, Steven Schveighoffer
wrote:
If you don't want to mutate it, don't put var in the parameter
name. I put var there because I wanted to mutate it. Swift
requires that already. It just now won't let you do it in the
parameter declaration, you have to
On Thu, Apr 28, 2016 at 10:49:19PM +, Adam D. Ruppe via Digitalmars-d wrote:
> On Thursday, 28 April 2016 at 22:37:41 UTC, H. S. Teoh wrote:
> >Of course, in an ideal world you'd have a "forever" keyword instead,
> >but using up an entire keyword just for this one specific kind of
> >loop
On 04/28/2016 04:03 PM, Seb wrote:
FYI you miss the available ldc alpha and betas. On purpose?
Didn't initially occur to me, but I'd say that's a "possible future
enhancement". It will take more work, and some extra thought, to figure
out how to handle:
Right now, my tool relies on the
https://issues.dlang.org/show_bug.cgi?id=15775
b2.t...@gmx.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=15682
b2.t...@gmx.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
On 04/28/2016 02:49 PM, Steven Schveighoffer wrote:
This is what bouncing the rubble looks like.
1. Swift 3 will no longer allow mutable variables as parameters.
Instead, your parameters will be immutable, or reference (inout). To fix
this, you can assign your immutable variable to a mutable
https://issues.dlang.org/show_bug.cgi?id=15901
b2.t...@gmx.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Friday, 29 April 2016 at 04:06:24 UTC, Adam D. Ruppe wrote:
Though I'm on the fence of ++. Sure, I like it, but when I have
to use a language that doesn't have it, +=1 works just as well
(I just waste a little time on the edit cycle because I always
use ++ first out of habit.)
I find ++
On Thursday, 28 April 2016 at 22:40:36 UTC, Timon Gehr wrote:
On 28.04.2016 05:55, Joakim wrote:
On Wednesday, 27 April 2016 at 18:38:17 UTC, Max Samukha wrote:
[...]
Syntax matters. Both for the ease of programmers reading it
and, as
we've seen with C++, the speed of the compiler.
I
On 4/28/2016 8:44 PM, Nick Sabalausky wrote:
Hopefully this one won't drag on
as ridiculously log as pants-sagging did,
Did? past tense? Dang, I'm out of step again. I better get a belt.
On 4/28/2016 9:06 PM, Adam D. Ruppe wrote:
But, this might sound nuts, but I still think one of the simplest languages I
know is assembly language. It just does what you tell it, one step at a time,
with each line basically looking the same, it is light on syntax and language
rules (unless you
On 29.04.2016 06:51, default0 wrote:
for(int i = 0; i < 5; ++i)
arr1[i] += arr2[i];
And
for(int i = 0; i < 5; ++i)
arr[i].SetIndex(i);
My guess, not knowing Swift, is that you will now implement these in a
more verbose, harder to read way using while or use some concept similar
to
On Friday, 29 April 2016 at 00:32:54 UTC, Andrew Benton wrote:
On Thursday, 28 April 2016 at 12:28:23 UTC, tsbockman wrote:
(I'll skip your example code here, since it has some problems
and won't compile without significant changes.)
I'm not sure what issues you're having that are
On 28/04/16 09:43, Iain Buclaw via Digitalmars-d wrote:
Ha! There is no logical at all behind whether a word is masculine,
feminine or neutral in German.
In Hebrew, there is no such thing as a neutral noun, (though there are
nouns that can be either male of female). When you go from one
https://issues.dlang.org/show_bug.cgi?id=15963
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/59b8791d2da7d8e764a1a4dbbab5643cfe746212
fix Issue 15963 - Hidden unresolved forward reference
On Thursday, 28 April 2016 at 05:10:25 UTC, Mithun Hunsur wrote:
On Thursday, 28 April 2016 at 04:47:38 UTC, Rory McGuire wrote:
[...]
Aha - if Google Maps is accurate, I have nothing to worry about
:) For reference, the number it gives me is 37 minutes.
In that case, +1 to starting late;
https://issues.dlang.org/show_bug.cgi?id=15963
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Thursday, 28 April 2016 at 18:49:54 UTC, Steven Schveighoffer
wrote:
Please, D, don't ever do this kind of stuff! I just gained
about 45 warnings in my iOS project.
… and what? This statement alone is hardly an argument. Both
those warnings are trivial to fix in an automated fashion; in
On Wednesday, 27 April 2016 at 18:36:54 UTC, Andrei Alexandrescu
wrote:
The folks at Sociomantic suggested to start at 10:00 AM instead
of 9:00 AM, therefore shifting the end time by one as well.
Please reply with thoughts on this! We're particularly
concerned about folks who need to take off
On Thursday, 28 April 2016 at 18:31:25 UTC, deadalnix wrote:
Also, the damn thing is allocation in a loop.
I would like a have an allocation primitive for ctfe use.
But that would not help too much as I don't know the size I need
in advance.
storing that in the header is optional, and
On Wednesday, 27 April 2016 at 18:36:54 UTC, Andrei Alexandrescu
wrote:
The folks at Sociomantic suggested to start at 10:00 AM instead
of 9:00 AM, therefore shifting the end time by one as well.
Please reply with thoughts on this! We're particularly
concerned about folks who need to take off
1 - 100 of 115 matches
Mail list logo