Helllo, I just read somewhere that there is no support for D in
Vim,
so I'll use this for a bit of self-advertisement.
A few days ago, I moved to UltiSnips vim script
(https://github.com/SirVer/ultisnips), which I found to be more
advanced and stable compared to SnipMate,
which I used
On Thursday, 1 November 2012 at 22:15:49 UTC, Nick Sabalausky
wrote:
On Thu, 1 Nov 2012 18:11:17 -0400
Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
On Thu, 01 Nov 2012 08:43:10 +0100
Paulo Pinto pj...@progtools.org wrote:
On Wednesday, 31 October 2012 at 23:20:15 UTC, deadalnix
On Friday, 2 November 2012 at 23:08:00 UTC, Timon Gehr wrote:
On 11/02/2012 10:53 PM, Walter Bright wrote:
On 11/2/2012 2:33 PM, Jacob Carlborg wrote:
I said the gap is getting thinner, not that is gone. It got
foreach,
some form
of CTFE, static assert, lambda to mention a few new features.
On 11/3/2012 12:19 AM, Paulo Pinto wrote:
On Friday, 2 November 2012 at 23:08:00 UTC, Timon Gehr wrote:
What I have learned in all my years of enterprise development is that all
those features have zero value for business.
Languages get adopted because of business value, not due to the
On Saturday, 3 November 2012 at 07:35:26 UTC, Brad Roberts wrote:
On 11/3/2012 12:19 AM, Paulo Pinto wrote:
On Friday, 2 November 2012 at 23:08:00 UTC, Timon Gehr wrote:
What I have learned in all my years of enterprise development
is that all those features have zero value for business.
On Sat, 03 Nov 2012 08:19:15 +0100
Paulo Pinto pj...@progtools.org wrote:
What I have learned in all my years of enterprise development is
that all those features have zero value for business.
Languages get adopted because of business value, not due to the
coolness of their feature set,
On 3 November 2012 01:41, Walter Bright newshou...@digitalmars.com wrote:
On 11/2/2012 3:10 PM, Jens Mueller wrote:
I see. Thanks for clarifying.
If I want fast vector operations I have to use core.simd. The built-in
vector operations won't fit the bill.
I think a better quote would be If
On 2012-11-02 23:33, Rob T wrote:
That looks better. Not sure what the down side would be if any.
Unrelated to either form, I discovered it fails to compile when inside a
function with auto as the return type.
auto test()
{
throw new Exception( mixin(__FUNCTION) );
return 0;
}
On 2012-11-02 22:53, Walter Bright wrote:
No ranges. No purity. No immutability. No modules. No dynamic closures.
No mixins. Little CTFE. No slicing. No delegates. No shared. No template
symbolic arguments. No template string arguments. No alias this.
Why do you think I'm here, using D
Manu wrote:
On 3 November 2012 01:41, Walter Bright newshou...@digitalmars.com wrote:
On 11/2/2012 3:10 PM, Jens Mueller wrote:
I see. Thanks for clarifying.
If I want fast vector operations I have to use core.simd. The built-in
vector operations won't fit the bill.
I think a
On 2012-11-02 23:47, Nick Sabalausky wrote:
No proper modules. No properties. Slow compilation. No reference
semantics for classes. No scope guards. Little default initialization.
Goofy ptr and func-ptr declaration syntax. Goofy rules about what
is/isn't virtual. Lots of undefined behavior.
On 2012-39-03 12:11, Jens Mueller jens.k.muel...@gmx.de wrote:
I have a fork; some people are using it already. It still needs a lot of
work though; some compilers missing parts, platforms not supported.
That said, it's not an effort to address D's natural vector syntax, the
key
goal is to
On Saturday, 3 November 2012 at 10:33:54 UTC, Nick Sabalausky
wrote:
On Sat, 03 Nov 2012 08:19:15 +0100
Paulo Pinto pj...@progtools.org wrote:
What I have learned in all my years of enterprise development
is that all those features have zero value for business.
Languages get adopted because
Simen Kjaeraas wrote:
On 2012-39-03 12:11, Jens Mueller jens.k.muel...@gmx.de wrote:
I have a fork; some people are using it already. It still needs a lot of
work though; some compilers missing parts, platforms not supported.
That said, it's not an effort to address D's natural vector
To be fair though, asking C++ vs D on a D newsgroup is
clearly going
to be tilted more towards the D end ;) But yea, personally, I
feel that
C++11 is merely playing catch up, and doing so on a broken
leg.
I didn't expect that much of response to my question, but it was
my intent to see the
http://codepad.org/s38L9tUr
Am I misunderstanding something regarding C++ here?
On Saturday, 3 November 2012 at 02:44:49 UTC, Mehrdad wrote:
On Saturday, 3 November 2012 at 02:27:21 UTC, mist wrote:
Regarding delegates - I think deal is that none of this C++
stuff can automatically capture
Erèbe:
Is there a point in the D roadmap where we will see Okay, D
has enough features, let add some support to the language now
? Because in my opinion D is for now just a language, a awesome
one yes, but not yet a good environnement for developper.
You are missing some essential points.
(This post is not crystal clear because unfortunately now I don't
have a lot of time to make it better, but I think it's
acceptable.)
In DMD 2.061 there will be some interesting changes, one of them
regards the foreach loops. Foreach loops are everywhere in D
code, it's one of the most used
On Sat, 03 Nov 2012 07:46:17 -0500, Erèbe er...@erebe.eu wrote:
To be fair though, asking C++ vs D on a D newsgroup is clearly going
to be tilted more towards the D end ;) But yea, personally, I feel that
C++11 is merely playing catch up, and doing so on a broken leg.
I didn't expect that
On Saturday, 3 November 2012 at 14:04:45 UTC, bearophile wrote:
A third solution is use idioms, and do not change D. It means
that on default the programmer puts always a const in
foreach. This avoids most bugs caused by fake Case3, and you
don't use it in the uncommon true Cases3.
There
On 11/3/12, bearophile bearophileh...@lycos.com wrote:
Now you can omit the type, this is very handy:
struct Foo { int x; }
void main() {
auto data = [Foo(10), Foo(20), Foo(30)];
foreach (const f; data) {}
}
That's really cool that we have this now. But this error message needs
On Saturday, 3 November 2012 at 12:46:18 UTC, Erèbe wrote:
Nearly no support in vim (my editor of choice), a Plugin for
eclipse wich force you to stick with an older version, a Visual
studio plugin where you need to buy a liscence in order to have
the IDE. The only viable choice for me is the
On 11/3/12, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
It should be something like cannot modify const member x.
In fact the error is already read but the else statement is not taken
in Expression::checkModifiable:
if (var var-storage_class STCctorinit) // goes here
{
On Saturday, 3 November 2012 at 12:56:36 UTC, mist wrote:
http://codepad.org/s38L9tUr
Am I misunderstanding something regarding C++ here?
On Saturday, 3 November 2012 at 02:44:49 UTC, Mehrdad wrote:
On Saturday, 3 November 2012 at 02:27:21 UTC, mist wrote:
Regarding delegates - I think deal
Ye, that is exactly what I meant when said C++ has no real
context capture and thus no real delegates here.
On Saturday, 3 November 2012 at 15:04:25 UTC, Paulo Pinto wrote:
On Saturday, 3 November 2012 at 12:56:36 UTC, mist wrote:
http://codepad.org/s38L9tUr
Am I misunderstanding something
On Saturday, 3 November 2012 at 12:46:18 UTC, Erèbe wrote:
To be fair though, asking C++ vs D on a D newsgroup is
clearly going
to be tilted more towards the D end ;) But yea, personally, I
feel that
C++11 is merely playing catch up, and doing so on a broken
leg.
I didn't expect that much of
On Thu, Nov 01, 2012 at 06:11:17PM -0400, Nick Sabalausky wrote:
On Thu, 01 Nov 2012 08:43:10 +0100
Paulo Pinto pj...@progtools.org wrote:
On Wednesday, 31 October 2012 at 23:20:15 UTC, deadalnix wrote:
[...]
This compiler in the cloud things seems really scary. All my
apps will not
Peter Alexander:
I'm not a fan of introducing new keywords or introducing
breaking changes in D code (even though I don't use Case3). I
think this might just be something we have to live with,
Using a custom property is maybe acceptable (this @copy doesn't
need to be a built-in, probably
On Sat, Nov 03, 2012 at 09:02:58AM -0500, 1100110 wrote:
On Sat, 03 Nov 2012 07:46:17 -0500, Erèbe er...@erebe.eu wrote:
[...]
Nearly no support in vim (my editor of choice), a Plugin for
eclipse wich force you to stick with an older version, a Visual
studio plugin where you need to buy a
On Sat, 03 Nov 2012 11:08:16 -0500, H. S. Teoh hst...@quickfur.ath.cx
wrote:
On Sat, Nov 03, 2012 at 09:02:58AM -0500, 1100110 wrote:
On Sat, 03 Nov 2012 07:46:17 -0500, Erèbe er...@erebe.eu wrote:
[...]
Nearly no support in vim (my editor of choice), a Plugin for
eclipse wich force you to
On Saturday, 3 November 2012 at 11:09:48 UTC, Jacob Carlborg
wrote:
I think it would be worth to but in Phobos anyway.
I suppose it works as a temp solution until a real one is finally
implemented, or maybe the mixin behaviour is considered a bug and
can be fixed?
Geany on Linux has good D support. It seems more like an editor
than a true IDE, but it does have some project management
features and ability to execute builds.
Codeblocks is a complete feature rich C++ cross platform IDE, it
has some D support but it is incomplete last I checked.
--rt
Apparently, spreading the word about D is on Charles Torre's
secret agenda. ;)
In all seriousness, I just found it funny that he compares trying
to establish a »more productive JavaScript« to trying to bring
people from C++ to D at ~23:00 in the following conversation with
Anders Hejlsberg
On Sat, 03 Nov 2012 12:23:17 -0500, Rob T r...@ucora.com wrote:
Geany on Linux has good D support. It seems more like an editor than a
true IDE, but it does have some project management features and ability
to execute builds.
Codeblocks is a complete feature rich C++ cross platform IDE, it
I'm not convinced D has caught up to C++ yet from a usability
standpoint, as the tools are still quite bad(VisualD -not- fun).
But the other day I tried out MonoD and it shows promise, auto
completion is solid, and it seems to have at least some of the
features I've come to expect from
On 11/3/12, David Nadlinger s...@klickverbot.at wrote:
Apparently, spreading the word about D is on Charles Torre's
secret agenda. ;)
In all seriousness, I just found it funny that he compares trying
to establish a »more productive JavaScript« to trying to bring
people from C++ to D at
On 11/03/2012 08:19 AM, Paulo Pinto wrote:
On Friday, 2 November 2012 at 23:08:00 UTC, Timon Gehr wrote:
On 11/02/2012 10:53 PM, Walter Bright wrote:
On 11/2/2012 2:33 PM, Jacob Carlborg wrote:
I said the gap is getting thinner, not that is gone. It got foreach,
some form
of CTFE, static
On Saturday, 3 November 2012 at 18:18:50 UTC, Andrej Mitrovic
wrote:
I'm almost sure Charles interviewed Walter and Andrei once, it
was on
video somewhere.
Yes, he did:
http://channel9.msdn.com/Shows/C9-GoingNative/GoingNative-6-The-D-Episode-with-Walter-Bright-and-Andrei-Alexandrescu
On 11/02/2012 10:30 PM, Jacob Carlborg wrote:
On 2012-11-02 21:03, Manu wrote:
I bumped into this today actually. It's certainly a nice idea.
I see a lot of noise about said AST macros...
I understand the idea, but I have no idea how it might look in practice.
Are there any working proposals?
On Sat, Nov 03, 2012 at 08:19:15AM +0100, Paulo Pinto wrote:
[...]
Languages get adopted because of business value, not due to the
coolness of their feature set, how boring it may sell.
If we want to sell D to companies using C++ for years, slowly
migrating to JVM, .NET worlds, or just
On 02/11/2012 20:19, bearophile wrote:
Faux Amis:
When talking about global variables are we talking about module scope
variables?
Right, in D with global scope I meant module scope.
As I see the module as the most primary data encapsulation in D, I
often use module scope variables (in
Faux Amis:
Care to elaborate on that?
They share most of the problems of global variables. While not
evil, it's better to avoid module-level mutables. This makes the
code more testable, simpler to understand, less bug prone, and
makes functions more usable for other purposes. In D there
I was looking to find a way to make std.algorithm.move CTFE-able. AFAIK
it's not easy as it explicitly reinterprets data as chunk of bytes and
that's something CTFE doesn't support at all.
So I went on and tried to just make a copy and then put write T.init
into source, that's a copy and is
On Friday, 2 November 2012 at 17:03:38 UTC, Erèbe wrote:
Hello student here,
I have started to learn D a few months ago with Andrei's book
(I really liked arguments about design decisions), but as the
same time I was learning new features of C++11, and now I'm
really confused. (As learning
On Sat, 03 Nov 2012 13:46:17 +0100
Erèbe er...@erebe.eu wrote:
All of you name a lot of missing features in C++11, while I
completely agree upon that makes D cool, don't you fear a turtle
effect if D only focus on features ?
I explain myself, C++ is a well supported language and come with
On Saturday, 3 November 2012 at 15:06:36 UTC, mist wrote:
Ye, that is exactly what I meant when said C++ has no real
context capture and thus no real delegates here.
The std::function is just as real as any delegate.
And the variable capture [] is just as real as in any other
language.
On Saturday, 3 November 2012 at 13:17:46 UTC, bearophile wrote:
Erèbe:
Is there a point in the D roadmap where we will see Okay, D
has enough features, let add some support to the language now
? Because in my opinion D is for now just a language, a
awesome one yes, but not yet a good
On Saturday, 3 November 2012 at 22:01:21 UTC, Malte Skarupke
wrote:
D also makes the const keyword more annoying than it should be.
What kind of annoyances regarding const have you encountered in D?
On Sat, 03 Nov 2012 23:01:19 +0100
Malte Skarupke malteskaru...@web.de wrote:
On Friday, 2 November 2012 at 17:03:38 UTC, Erèbe wrote:
Hello student here,
I have started to learn D a few months ago with Andrei's book
(I really liked arguments about design decisions), but as the
same
On Saturday, 3 November 2012 at 20:29:14 UTC, bearophile wrote:
Faux Amis:
Care to elaborate on that?
They share most of the problems of global variables. While not
evil, it's better to avoid module-level mutables. This makes
the code more testable, simpler to understand, less bug prone,
On Sat, 03 Nov 2012 23:45:58 +0100
Tommi tommitiss...@hotmail.com wrote:
On Saturday, 3 November 2012 at 22:01:21 UTC, Malte Skarupke
wrote:
D also makes the const keyword more annoying than it should be.
What kind of annoyances regarding const have you encountered in D?
My
On Sat, Nov 03, 2012 at 11:37:15PM +0100, Erèbe wrote:
[...]
On Saturday, 3 November 2012 at 16:06:11 UTC, H. S. Teoh wrote:
Yeah I use vim too, and I don't see any problem. But then again,
maybe he's looking for syntax highlighting or that kind of stuff
which I don't
use.
I only use IDE
On Sat, 3 Nov 2012 16:12:44 -0700
H. S. Teoh hst...@quickfur.ath.cx wrote:
I don't even use syntax highlighting
Now that's hard-core!
On Fri, Nov 02, 2012 at 04:17:10PM -0400, Jonathan M Davis wrote:
On Friday, November 02, 2012 10:01:55 H. S. Teoh wrote:
Ah, I see. That makes sense. So basically it's not the source (or
any intermediate step) that decides whether to use the optimization,
but the final consumer.
On Saturday, 3 November 2012 at 21:24:29 UTC, Dmitry Olshansky
wrote:
it explicitly reinterprets data as chunk of bytes
Sounds like a bad idea
On Sat, Nov 03, 2012 at 07:14:18PM -0400, Nick Sabalausky wrote:
On Sat, 3 Nov 2012 16:12:44 -0700
H. S. Teoh hst...@quickfur.ath.cx wrote:
I don't even use syntax highlighting
Now that's hard-core!
I've *tried* using it before, mind you. I just found the colors more
distracting than
On Saturday, 3 November 2012 at 22:45:59 UTC, Tommi wrote:
On Saturday, 3 November 2012 at 22:01:21 UTC, Malte Skarupke
wrote:
D also makes the const keyword more annoying than it should be.
What kind of annoyances regarding const have you encountered in
D?
To start off it's simple things
On Saturday, November 03, 2012 09:08:16 H. S. Teoh wrote:
Yeah I use vim too, and I don't see any problem. But then again, maybe
he's looking for syntax highlighting or that kind of stuff which I don't
use.
D does syntax highlighting just fine. It's distributed with vim, and if you
want the
On 11/03/2012 11:01 PM, Malte Skarupke wrote:
...
I've learned C++ in the last two years and learned D in the last couple
months, and I slightly prefer C++ over D. When I started using C++11, I
took for granted that all the features just work.
I have run into bugs in both g++ and clang, and I
On Saturday, November 03, 2012 13:46:17 Erèbe wrote:
Nearly no support in vim (my editor of choice)
What does vim do for D that it doesn't do for C/C++? Some plugins that you can
use for C/C++ probably won't work for D, but vim itself should support D just
as well as C/C++. vim is a power user
On Saturday, November 03, 2012 16:21:19 H. S. Teoh wrote:
I wish Andrei would give some input as to how we should proceed with
this. I do consider this a major issue with ranges, because for
efficiency reasons I often write ranges that have transient .front
values, and they can lead to subtle
On Saturday, 3 November 2012 at 23:19:11 UTC, H. S. Teoh wrote:
I wish Andrei would give some input as to how we should proceed
with this. I do consider this a major issue with ranges,
because for efficiency reasons I often write ranges that have
transient .front values, and they can lead to
On Sunday, November 04, 2012 02:30:49 Era Scarecrow wrote:
From watching and gleaming from what I have so far, I can only
think that transient should NOT be the default way that ranges
work (as it causes too many problems); However transient should
be allowed (and available) when possible.
On Fri, 2 Nov 2012 18:47:22 -0400
Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
On Fri, 02 Nov 2012 14:53:05 -0700
Walter Bright newshou...@digitalmars.com wrote:
On 11/2/2012 2:33 PM, Jacob Carlborg wrote:
I said the gap is getting thinner, not that is gone. It got
I just thought that I should bring greater attention to
http://d.puremagic.com/issues/show_bug.cgi?id=8838
As it stands, I think that the slicing static arrays being considered @safe is
a major hole in SafeD's safety, and I think that it's one that many of us
aren't aware of. But there seems
Jonathan M Davis:
I honestly don't see how we could do otherwise
without the compiler being way, way smarter at detecting
escaping references than is ever going
to happen.
One question is how much work does it take to precisely keep
track of such memory zones inside the static type system
On Sunday, November 04, 2012 06:37:57 bearophile wrote:
One question is how much work does it take to precisely keep
track of such memory zones inside the static type system of D? :-)
I don't think that the type system has any concept of that whatsoever.
- Jonathan M Davis
On Sunday, 4 November 2012 at 05:31:41 UTC, Jonathan M Davis
wrote:
I just thought that I should bring greater attention to
http://d.puremagic.com/issues/show_bug.cgi?id=8838
As it stands, I think that the slicing static arrays being
considered @safe is
a major hole in SafeD's safety, and I
On Sunday, November 04, 2012 06:48:15 Jakob Ovrum wrote:
So what do we do about all these related issues?
I think that anything that the compiler can't absolutely gurantee is @safe
must be @system. If that's annoying in some places, then that's life, because
we can't compromise on SafeD just
On 2012-11-02 22:46, Kapps wrote:
http://d.puremagic.com/issues/show_bug.cgi?id=6144
An astoundingly annoying bug, but I've never found any alternative
besides randomly changing things and hoping that Optlink accepts it.
It's probably the most annoying bug I've ever found while using DMD
Hi,
I would like to say thanks to Adam D. Ruppe and Ali Çehreli,
since they answered straight to the point!
Thanks again,
Matheus.
The std.container starts off with container primitives. Does this
mean that all containers should support all these primitives?
Because I could never get c.length to work for a simple SList.
Are there formal definitions for U and Stuff like in (U)(U[]
values...) and (string op,
Following the D win32 dll example (http://dlang.org/dll.html), I
created a d dll with a simple exported function, which i then
dynamically load and call (just like the example). This works
fine, however Runtime.unloadLibrary does not return. I do however
get the DLL_PROCESS_DETACH message, so
On Saturday, November 03, 2012 19:38:13 Too Embarrassed To Say wrote:
The std.container starts off with container primitives. Does this
mean that all containers should support all these primitives?
Because I could never get c.length to work for a simple SList.
They're a list of common
Hi Dan,
Sorry for the delay.
Your mail is referred to as spam in Gmail...
I also got same error in compare_json.d,
and I agree with Jesse.
pragma(msg, typeof(via.map.length)); returns 'ulong' during
compilation.
But the linker error occurred in the runtime.
Now, I have no idea to resolve it
http://d.puremagic.com/issues/show_bug.cgi?id=8950
Summary: postblit not called on const static array
initialization
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: wrong-code
http://d.puremagic.com/issues/show_bug.cgi?id=8942
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull, rejects-valid
http://d.puremagic.com/issues/show_bug.cgi?id=8937
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull, rejects-valid
http://d.puremagic.com/issues/show_bug.cgi?id=8951
Summary: static array of context pointer struct s fails:
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=8952
Summary: nested structs with conext pointers fail
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=8951
--- Comment #1 from monarchdo...@gmail.com 2012-11-03 03:02:18 PDT ---
(In reply to comment #0)
Creating a static array of structs that have a context pointer is not
supported:
Simpler example:
import std.stdio;
//
void main()
{
http://d.puremagic.com/issues/show_bug.cgi?id=8953
Summary: Parser rejects qualifier after destructor i.e.
`~this() qualifier { }`
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
http://d.puremagic.com/issues/show_bug.cgi?id=8954
Summary: Missing line number in error message for uncollable
destructor/postblit
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
http://d.puremagic.com/issues/show_bug.cgi?id=8940
--- Comment #2 from github-bugzi...@puremagic.com 2012-11-03 05:09:50 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
http://d.puremagic.com/issues/show_bug.cgi?id=5314
Denis Shelomovskij verylonglogin@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=8940
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #3
http://d.puremagic.com/issues/show_bug.cgi?id=8926
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=4424
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
CC||malteskaru...@web.de
http://d.puremagic.com/issues/show_bug.cgi?id=8906
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||rejects-valid
http://d.puremagic.com/issues/show_bug.cgi?id=8955
Summary: Can't have qualified field with not-qualified
constructor/postblit
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords:
http://d.puremagic.com/issues/show_bug.cgi?id=8951
Maxim Fomin ma...@maxim-fomin.ru changed:
What|Removed |Added
CC||ma...@maxim-fomin.ru
http://d.puremagic.com/issues/show_bug.cgi?id=8952
Maxim Fomin ma...@maxim-fomin.ru changed:
What|Removed |Added
CC||ma...@maxim-fomin.ru
http://d.puremagic.com/issues/show_bug.cgi?id=8956
Summary: Ability to break typesystem with
constructor/postblit/destructor (e.g. modify
immutable)
Product: D
Version: D2
Platform: All
OS/Version: All
http://d.puremagic.com/issues/show_bug.cgi?id=4338
Denis Shelomovskij verylonglogin@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=4867
Denis Shelomovskij verylonglogin@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=6652
--- Comment #24 from bearophile_h...@eml.cc 2012-11-03 07:06:12 PDT ---
See also:
http://forum.dlang.org/thread/znbtczbgipqqzllaf...@forum.dlang.org
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You
http://d.puremagic.com/issues/show_bug.cgi?id=8946
Dmitry Olshansky dmitry.o...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=8957
Summary: Closure not recognized when passing type with
post-blit as lazy parameter
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
http://d.puremagic.com/issues/show_bug.cgi?id=8955
--- Comment #1 from Denis Shelomovskij verylonglogin@gmail.com 2012-11-03
17:25:18 MSK ---
Partial workaround:
For const/immutable postblit/dtor:
---
struct S
{
private void myPostblit() { }
this(this) inout
{ (cast(S*)
http://d.puremagic.com/issues/show_bug.cgi?id=8956
Denis Shelomovskij verylonglogin@gmail.com changed:
What|Removed |Added
Depends on||8958
1 - 100 of 114 matches
Mail list logo
