Re: DConf 2013 on twitter
Excited to see the videos when they come out!
Re: DConf 2013 on twitter
On Friday, 3 May 2013 at 18:35:21 UTC, F i L wrote: Excited to see the videos when they come out! Is there any ETA on the video? I am slowing learning that refreshing d programming language conference search on youtube every ten minutes is not a very efficient way to do it. xD Michael
Re: DConf 2013 last talk
On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. Andrei What are the plans regarding functional part of the language? 1) It seems the standard library would benefit from implementing functional alternatives to every statement (e.g. foreach, switch, etc.). There are some more interesting functions (like tap which was discussed on this NG not so long ago) 2) @pure functions - attribute inferring (feasible? good idea? going to be implemented in some way?) and optimizations (is there any good showcases right know? what's the potential? what's planned?)
Re: DConf 2013 last talk
On 2013-05-03 01:59, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. Could you say something about the general development process of D, how the future of that looks like. * Are we getting any stable branch/releases that there's been talking about? * Are we done with the surprise commits/features? I'm thinking of UDA's * Perhaps something about the DIP's. Now they just sitting there doing nothing Oh, and if it's not too late. Make sure there are microphones for the audience for the questions. If that's not available, it's important that the speaker (or someone) repeats the questions for the recording. Hurb Sutter is really good at this but otherwise it seems the recoding are mostly forgotten. -- /Jacob Carlborg
Re: DConf 2013 last talk
On Thu, 02 May 2013 23:22:01 -0700, Jacob Carlborg d...@me.com wrote: Oh, and if it's not too late. Make sure there are microphones for the audience for the questions. If that's not available, it's important that the speaker (or someone) repeats the questions for the recording. Hurb Sutter is really good at this but otherwise it seems the recoding are mostly forgotten. Microphones were provided for all questions (and facebook even provided staff that ran microphones to people who asked them, along with a mixing engineer to cut down on feedback and adjust the level of the mics to the speaker's voice level/distance to mic). I would say if the videos turn out to be anything but spectacular, I'd be surprised. -Steve
Re: Official D Grammar
On Thursday, 2 May 2013 at 17:13:46 UTC, Russel Winder wrote: On Thu, 2013-05-02 at 17:44 +0100, Bruno Medeiros wrote: […] To be honest, that's one of the reasons that put me off working with ANLTR. It seems easy to create a parser with ANTLR, but to create an efficient, well-behaved parser it looks quite complicated, in the sense that you can't abstract yourself from what is happening under the hood... you have to read a lot of theory and documention to learn the innards of ANTLR, and understand what kind of code it's actually generating, and how it processes input. (at moments it feels like you have to take a degree to learn how to use it effectively...) The Groovy parser is an ANTLR 2.7.7 grammar, it works well and quickly. I think the trick is to work with the LL(k) idioms and avoid letting LALR(1) thoughts creep in. LALR(1) is O(n) last time I looked. Both Ll(k) and LALR(k) should never backtrack. Dunno what Antlr is doing.
Re: DConf 2013 last talk
On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. 1. How do you plan to solve the const postblit problem? i.e. the problem that you cannot create a const copy of a struct since the postblit constructor cannot be run on non-mutable objects. Is the solution to introduce C++-style copy constructors? 2. What, in your opinion (and Walter's), are the top issues with D that are hindering uptake? 3. What do you believe are D's biggest weaknesses that will likely remain unresolved by design? (*real* weaknesses, not just temporary shortcomings)
Re: DConf 2013 last talk
On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. Andrei Are there any chances at seeing more design focus on hardcore embedded needs? Something about make D usage there possible not only in theory, but also in practice. Stuff like silently allocating language features and stdlib, excessive TypeInfo's, fat runtime etc. Some of those issues are already being addressed by pull requests but bug picture is still not clear.
Re: DConf 2013 last talk
On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which design decisions in language and/or phobos, that are now more or less 'carved in stone', would you like to have differently?
Re: DConf 2013 last talk
On Thu, May 2, 2013 at 6:59 PM, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. Andrei 1. How many years must pass before GCC includes a front end for D? 2. Are we going to spend the next 10-20 years writing garbage collectors for D? Arlen
Re: DConf 2013 last talk
On 2013-05-03 08:32, Steven Schveighoffer wrote: Microphones were provided for all questions (and facebook even provided staff that ran microphones to people who asked them, along with a mixing engineer to cut down on feedback and adjust the level of the mics to the speaker's voice level/distance to mic). I would say if the videos turn out to be anything but spectacular, I'd be surprised. That sounds great. Can't wait for the videos :) -- /Jacob Carlborg
Re: DConf 2013 last talk
2. Are we going to spend the next 10-20 years writing garbage collectors for D? Good question, what's with the GC from last years GSoC?
Re: DConf 2013 last talk
On Friday, 3 May 2013 at 11:38:38 UTC, David wrote: 2. Are we going to spend the next 10-20 years writing garbage collectors for D? Good question, what's with the GC from last years GSoC? From what I understand (which could be completely incorrect) the author disappeared when GSoC ended, so it was never pulled in.
Re: DConf 2013 last talk
On 5/2/13 5:11 PM, Joseph Cassman wrote: On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. Andrei If you could provide an update on the allocators design and implementation -- progress and/or roadmap -- that would be great. Also if there are any plans to update std.container as a result. I will touch on this. Are there any plans to incorporate some of the ideas in the two talks about GC at the conference (or other ideas regarding GC)? I'll probably get to this only informally; there's been some discussion elsewhere. What are the plans for ARM short or long-term? Will try to discuss. Andrei
Re: DConf 2013 last talk
Any plans or roadmap on including a GUI lib in phobos? Is it 5 years away? 10 years? Never?
Re: DConf 2013 last talk
My journey using GUI libs is as follows: 1. Started using DWT lib (old one, when it was still supported) 2. DWT was abandoned, so I moved to DFL, tinkered with min-win etc 3. DFL is abondened now? ... moved to GTKD 4. GTKD is good, but API is hard to understand (atleast for me) 5. DWT is supported again, so move back to DWT 6. ???
Re: DConf 2013 last talk
On 5/2/13 9:10 PM, d coder wrote: And another one. I am working on an embedded DSL on top of D Language. I am using compile time parser ctpg https://github.com/youkei/ctpg for some syntax parsing. It works great, expect for memory footprint of the compiler which makes it impractical to parse any 1000+ lines of code at compile time. So the question is -- What are the plans to optimize the compiler from memory perspective? This is an important issue. I'll touch on it only at a higher level when discussing quality of implementation. Andrei
Re: DConf 2013 last talk
On 5/2/13 11:02 PM, Sergei Nosov wrote: On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. Andrei What are the plans regarding functional part of the language? 1) It seems the standard library would benefit from implementing functional alternatives to every statement (e.g. foreach, switch, etc.). There are some more interesting functions (like tap which was discussed on this NG not so long ago) Probably I won't discuss this because it's a very new idea. 2) @pure functions - attribute inferring (feasible? good idea? going to be implemented in some way?) and optimizations (is there any good showcases right know? what's the potential? what's planned?) I'll try to touch on attribute inference. Thanks! Andrei
Re: DConf 2013 last talk
On 5/2/13 11:22 PM, Jacob Carlborg wrote: On 2013-05-03 01:59, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. Could you say something about the general development process of D, how the future of that looks like. * Are we getting any stable branch/releases that there's been talking about? I will discuss this. * Are we done with the surprise commits/features? I'm thinking of UDA's This as well. * Perhaps something about the DIP's. Now they just sitting there doing nothing This too. Andrei
Re: DConf 2013 last talk
On 5/3/13 12:38 AM, Peter Alexander wrote: On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. 1. How do you plan to solve the const postblit problem? i.e. the problem that you cannot create a const copy of a struct since the postblit constructor cannot be run on non-mutable objects. Is the solution to introduce C++-style copy constructors? Probably won't go to this level of detail. Depends on time. 2. What, in your opinion (and Walter's), are the top issues with D that are hindering uptake? I will talk about our largest weaknesses. 3. What do you believe are D's biggest weaknesses that will likely remain unresolved by design? (*real* weaknesses, not just temporary shortcomings) Fundamentally we're a compiled language building on C's memory bedrock. That setup has innate strengths and weaknesses. Of course, we've added our own blunders to all that and there are limitations to what you get to express in D. But I see our largest problems solvable through design (and one such design emerged at this conference). Andrei
Re: DConf 2013 last talk
On 5/3/13 1:49 AM, Dicebot wrote: On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which is about 24 hours from now. Please send yours here or on Twitter #dconf. Andrei Are there any chances at seeing more design focus on hardcore embedded needs? Something about make D usage there possible not only in theory, but also in practice. Stuff like silently allocating language features and stdlib, excessive TypeInfo's, fat runtime etc. Some of those issues are already being addressed by pull requests but bug picture is still not clear. I'll talk about expanding our platform base. The memory allocation topic will probably come up along with allocators. Andrei
Re: DConf 2013 last talk
On 5/3/13 2:34 AM, Tavi Cacina wrote: On Thursday, 2 May 2013 at 23:59:48 UTC, Andrei Alexandrescu wrote: I'll answer community questions in my last talk at DConf 2013, which design decisions in language and/or phobos, that are now more or less 'carved in stone', would you like to have differently? This is a good QA topic. If I remember I'll address it. Andrei
Re: DConf 2013 last talk
On 5/3/13 2:43 AM, Arlen wrote: 1. How many years must pass before GCC includes a front end for D? This has been discussed after Iain's talk. There's progress, both on the technical and legal front, but we don't have a precise target yet. 2. Are we going to spend the next 10-20 years writing garbage collectors for D? Not sure whether that's good or bad! Andrei
Re: DConf 2013 last talk
On Friday, 3 May 2013 at 17:27:39 UTC, Andrei Alexandrescu wrote: On 5/2/13 9:10 PM, d coder wrote: And another one. I am working on an embedded DSL on top of D Language. I am using compile time parser ctpg https://github.com/youkei/ctpg for some syntax parsing. It works great, expect for memory footprint of the compiler which makes it impractical to parse any 1000+ lines of code at compile time. So the question is -- What are the plans to optimize the compiler from memory perspective? This is an important issue. I'll touch on it only at a higher level when discussing quality of implementation. Andrei I have significantly reduced CG performance issues (up to 3x faster) with strategically placed disabling and enabling of the GC, so it may be that the problem can be solved using carefully placed GC.disable and GC.enable calls at points in the compilation process. This is not the best solution, but it could be a quick temporary fix until the GC problem is dealt with directly. A more generalized solution is to adjust the GC to allow fine tuning of its behaviour. For example, allow the programmer to specify the conditions required for the GC to kick in, and also specify the maximum time it can run until it must stop. --rt
Re: A due celebration
On Saturday, 27 April 2013 at 22:32:14 UTC, H. S. Teoh wrote: Vladimir Panteleev's dustmite really helps here. It's really simple to use, too. https://github.com/CyberShadow/DustMite T Hey, tks for the tip about dustmite, it looks very useful! --rt
Re: DConf 2013 last talk
On Friday, 3 May 2013 at 17:12:18 UTC, sk wrote: Any plans or roadmap on including a GUI lib in phobos? I don't think that will ever happen. GUIs are just too different on different platforms and use cases, you'll never get the degree of universality for including into stdlib. My journey using GUI libs is as follows: 1. Started using DWT lib (old one, when it was still supported) 2. DWT was abandoned, so I moved to DFL, tinkered with min-win etc 3. DFL is abondened now? ... moved to GTKD 4. GTKD is good, but API is hard to understand (atleast for me) 5. DWT is supported again, so move back to DWT 6. ??? For Windows apps I'm using DFL and quite happy with it. It's not abandoned, just maintained by other people, not the original author: https://github.com/Rayerd/dfl
Re: How to install DWT
On 2013-05-03 01:41, Carlos wrote: ~/dwt/imp/ is full of fubfolders with .di files in. I don't have a usr/inclulde/c folder so I created it. Then use ~/dwt/imp. It doesn't really matter where you place it. Just add it to the command line when compiling: dmd main.d -I~/dwt/imp/subfolder -- /Jacob Carlborg
Re: D is totally useless
On 2013-05-02 22:23, Diggory wrote: The wgl*** functions and SwapBuffers ARE part of the windows api even though they are implemented in opengl32.dll (they are declared in wingdi.h IIRC) wgl*** is the Windows specific OpenGL functions? Then it make sense to be part of the Windows API. -- /Jacob Carlborg
GtkD - Changing the default windows font
Running on Windows 7, the default font is very thin and indistinct on my machine - is there a system setting to change the default font? regards, Mike.
Re: D is totally useless
On Friday, 3 May 2013 at 06:15:20 UTC, Jacob Carlborg wrote: On 2013-05-02 22:23, Diggory wrote: The wgl*** functions and SwapBuffers ARE part of the windows api even though they are implemented in opengl32.dll (they are declared in wingdi.h IIRC) wgl*** is the Windows specific OpenGL functions? Then it make sense to be part of the Windows API. yes they are. but that set of function is quite similar on both windows(wgl_***) and linux(glx_*** stuff)(mac has both carbon/cocoa specific stuff), however there are some differences in os level stuff like swap buffers and other, if wgl*** winapi decls will be added to phobos i wish there are also be added similar linux/x11 stuff, though i don't and don't plan to use linux that stuff will help a lot for all coders(standardization and so on) -_-
[GtkD] How to connect to notify::active signal?
I need to connect to notify::active signal for Switch widget to process changing of its state. The guides say I shouldn't use onActivate signal, but notify:active. But I didn't find a way to do it. Can somebody help with it?
Re: D is totally useless
On Thursday, 2 May 2013 at 20:23:53 UTC, Diggory wrote: The wgl*** functions and SwapBuffers ARE part of the windows api even though they are implemented in opengl32.dll (they are declared in wingdi.h IIRC) You recalled correctly, and according to MS these describe OpenGL 1.1. Anyway, OpenGL, and the gl.h file is not part of the Windows API. But I'd defiantly be for all the .h files in the SDK to be translated for Phobos.
Re: [GtkD] How to use Glade?
On 05/03/2013 03:00 AM, Alexandr Druzhinin wrote:
03.05.2013 0:43, Mike Wey пишет:
On 05/02/2013 03:58 PM, Alexandr Druzhinin wrote:
How to use GtkD with Glade? Is some tutorial available?
I spent some time trying to use Glade to build non-trivial application,
but I do it very inproductive, so I'd like to get some help or I'm
afraid it will be lasting for years...
For example, if somebody would upload some example of Gtk application,
that built with glade and has several typical widgets and signal
handlers - it may help very much.
There is an small example distributed with GtkD:
https://github.com/gtkd-developers/GtkD/blob/master/demos/builder/builderTest.d
won't it be better to have the simple template to hide cast() using
Builder.getObject():
auto getObjectAs(T)(Builder b, string object_name) {
return cast(T) b.getObject(object_name);
}
?
Thats a good idea.
--
Mike Wey
Re: GtkD - Changing the default windows font
On 05/03/2013 09:39 AM, Mike James wrote: Running on Windows 7, the default font is very thin and indistinct on my machine - is there a system setting to change the default font? regards, Mike. I don't know, i'll see if i can find out how to set it. -- Mike Wey
Re: [GtkD] How to connect to notify::active signal?
On 05/03/2013 06:30 PM, Alexandr Druzhinin wrote: I need to connect to notify::active signal for Switch widget to process changing of its state. The guides say I shouldn't use onActivate signal, but notify:active. But I didn't find a way to do it. Can somebody help with it? Are you referring to gtk.Switch ? -- Mike Wey
Re: [GtkD] How to connect to notify::active signal?
04.05.2013 1:18, Mike Wey пишет: On 05/03/2013 06:30 PM, Alexandr Druzhinin wrote: I need to connect to notify::active signal for Switch widget to process changing of its state. The guides say I shouldn't use onActivate signal, but notify:active. But I didn't find a way to do it. Can somebody help with it? Are you referring to gtk.Switch ? yes, gtk.Switch if I connect to activate signal by means addOnActivate nothing works. Documentation says I should use notify::active event (it belongs to ObjectG, as I understand?), but I cannot find a way to connect to this signal by means of GtkD.
[Issue 10020] New: Error: cannot modify struct this Slot with immutable members
http://d.puremagic.com/issues/show_bug.cgi?id=10020
Summary: Error: cannot modify struct this Slot with immutable
members
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: jens.k.muel...@gmx.de
--- Comment #0 from jens.k.muel...@gmx.de 2013-05-03 02:32:52 PDT ---
The following code produces the compiler error Error: cannot modify struct
this Slot with immutable members. I compiled using dmd v2.062 on Linux with
dmd file.d. I expected a proper diagnostics message on how to fix the problem
or what's the root of the problem. Note, there are no line numbers.
file test.d
---
struct StructA
{
// commenting out postblit makes the error go away
this(this) inout
{
}
}
struct StructB
{
// commenting out opEquals makes the error go away
bool opEquals()(auto ref const StructB rhs) const
{
return true;
}
}
struct StructC
{
StructA[int] _structA; // commenting out this makes the error go away
StructB _structB; // commenting out this makes the error go away
}
void main(){}
---
Besides improving the compiler diagnostics it is also helpful to understand the
issue. I assume it's some const problem.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10020] Error: cannot modify struct this Slot with immutable members
http://d.puremagic.com/issues/show_bug.cgi?id=10020
Maxim Fomin ma...@maxim-fomin.ru changed:
What|Removed |Added
CC||ma...@maxim-fomin.ru
--- Comment #1 from Maxim Fomin ma...@maxim-fomin.ru 2013-05-03 04:34:13 PDT
---
Yes, this is known issue and was reported several times. Error message is
correct and refers to AA druntime implementation opaque data structure which is
hidden from user.
Root case (plus variations with inout, opEquals, AA arrays, etc...):
struct S
{
this(this){}
}
struct SS
{
const S s;
}
void main()
{
}
I think diagnostic shouldn't be fixed here because it is a design problem.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10020] Error: cannot modify struct this Slot with immutable members
http://d.puremagic.com/issues/show_bug.cgi?id=10020
--- Comment #2 from jens.k.muel...@gmx.de 2013-05-03 04:43:13 PDT ---
(In reply to comment #1)
Yes, this is known issue and was reported several times. Error message is
correct and refers to AA druntime implementation opaque data structure which
is
hidden from user.
Root case (plus variations with inout, opEquals, AA arrays, etc...):
struct S
{
this(this){}
}
struct SS
{
const S s;
}
void main()
{
}
I think diagnostic shouldn't be fixed here because it is a design problem.
Many thanks for the prompt reply.
Can you make this report a duplicate then? I haven't found related issues.
The problem is then the AA implementation, right? Any schedule on when it will
be fixed?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 8954] Missing line number in error message for uncollable destructor/postblit
http://d.puremagic.com/issues/show_bug.cgi?id=8954 Maxim Fomin ma...@maxim-fomin.ru changed: What|Removed |Added CC||jens.k.muel...@gmx.de --- Comment #1 from Maxim Fomin ma...@maxim-fomin.ru 2013-05-03 05:15:12 PDT --- *** Issue 10020 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10020] Error: cannot modify struct this Slot with immutable members
http://d.puremagic.com/issues/show_bug.cgi?id=10020 Maxim Fomin ma...@maxim-fomin.ru changed: What|Removed |Added Keywords||rejects-valid Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Maxim Fomin ma...@maxim-fomin.ru 2013-05-03 05:15:12 PDT --- Marked as duplicate. After lurking through bugzilla search I found many issues close to this one, but 8954 seems the most relevant. *** This issue has been marked as a duplicate of issue 8954 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9031] No error line number with not callable postblit
http://d.puremagic.com/issues/show_bug.cgi?id=9031 Maxim Fomin ma...@maxim-fomin.ru changed: What|Removed |Added Status|NEW |RESOLVED CC||ma...@maxim-fomin.ru Resolution||DUPLICATE --- Comment #1 from Maxim Fomin ma...@maxim-fomin.ru 2013-05-03 05:21:57 PDT --- *** This issue has been marked as a duplicate of issue 8954 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8954] Missing line number in error message for uncollable destructor/postblit
http://d.puremagic.com/issues/show_bug.cgi?id=8954 Maxim Fomin ma...@maxim-fomin.ru changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #2 from Maxim Fomin ma...@maxim-fomin.ru 2013-05-03 05:21:57 PDT --- *** Issue 9031 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5441] std.random.rndGen always returns Random.
http://d.puremagic.com/issues/show_bug.cgi?id=5441 Joseph Rushton Wakeling joseph.wakel...@webdrake.net changed: What|Removed |Added CC||joseph.wakel...@webdrake.ne ||t --- Comment #3 from Joseph Rushton Wakeling joseph.wakel...@webdrake.net 2013-05-03 07:38:00 PDT --- rndGen _should_ always return Random, because rndGen is intended to provide a thread-safe instance of the default RNG type (which _is_ Random). The problems identified here aren't with rndGen but with code that does not take into account RNG instances other than rndGen. So, I suggest this bug be marked as invalid. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 317] Need full translation of the Windows API headers
http://d.puremagic.com/issues/show_bug.cgi?id=317 --- Comment #5 from Stewart Gordon s...@iname.com 2013-05-03 09:53:13 PDT --- Of course, read the instructions at http://www.dsource.org/projects/bindings/wiki/WindowsApi and then assign yourself a module and have a go at translating it! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9946] A UFCS disallowed in dynamic array allocation
http://d.puremagic.com/issues/show_bug.cgi?id=9946 Denis Shelomovskij verylonglogin@gmail.com changed: What|Removed |Added CC||verylonglogin@gmail.com --- Comment #4 from Denis Shelomovskij verylonglogin@gmail.com 2013-05-03 22:08:15 MSD --- This probably was a part of Issue 9883 (second case from description). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9883] Error on using property as new dynamic array size
http://d.puremagic.com/issues/show_bug.cgi?id=9883 --- Comment #1 from Denis Shelomovskij verylonglogin@gmail.com 2013-05-03 22:09:04 MSD --- Looks like the second case is fixed with Issue 9946. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10022] New: Importing packages
http://d.puremagic.com/issues/show_bug.cgi?id=10022 Summary: Importing packages Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: yebbl...@gmail.com ReportedBy: yebbl...@gmail.com --- Comment #0 from yebblies yebbl...@gmail.com 2013-05-04 07:17:08 EST --- When an import resolves to a package, instead import a module inside the package called 'package'. Usual rules are then followed as if it was imported explicitly. When both a module and a package exist, the compiler gives an ambiguity error. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 259] Comparing signed to unsigned does not generate an error
http://d.puremagic.com/issues/show_bug.cgi?id=259 --- Comment #50 from Lionello Lunesu lio+bugzi...@lunesu.com 2013-05-03 14:20:12 PDT --- I've discovered one additional case, 1b. If both types can be cast to the bigger signed type, the cast is safe -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10023] New: Add rtInfo (or equivalent) to ModuleInfo
http://d.puremagic.com/issues/show_bug.cgi?id=10023 Summary: Add rtInfo (or equivalent) to ModuleInfo Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: schvei...@yahoo.com --- Comment #0 from Steven Schveighoffer schvei...@yahoo.com 2013-05-03 14:42:52 PDT --- Currently, we have rtInfo for TypeInfo instances, which is a compile time-generated member based on the library template RTInfo. It would be nice to have this same mechanism for ModuleInfo instances. This would be very helpful for many different nifty runtime features, such as precise garbage collection, or fixing cyclic import dependencies. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10009] foreach_reverse and AA.byKey/byValue
http://d.puremagic.com/issues/show_bug.cgi?id=10009 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added CC||schvei...@yahoo.com --- Comment #8 from Steven Schveighoffer schvei...@yahoo.com 2013-05-03 14:43:31 PDT --- The problem I see with removing foreach_reverse is that the compiler actually rewrites it directly instead of calling a function. Requiring to use retro when it is in std.range is not good for modularity. In addition, foreach_reverse(x..y) is nice to use instead of some combination of ranges. However, I don't think foreach_reverse is valid for this use case. An AA is only forward-traversable. foreach_reverse is not possible, as buckets are stored as singly-linked lists. If you want that, you need to first capture it as an array. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10022] Importing packages
http://d.puremagic.com/issues/show_bug.cgi?id=10022 yebblies yebbl...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1 from yebblies yebbl...@gmail.com 2013-05-04 08:13:19 EST --- https://github.com/D-Programming-Language/dmd/pull/1961 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 317] Need full translation of the Windows API headers
http://d.puremagic.com/issues/show_bug.cgi?id=317 --- Comment #6 from Diggory digg...@googlemail.com 2013-05-03 15:28:13 PDT --- Ah good, will do. What's currently stopping this bug from being fixed? I know your project isn't finished yet but it's already far surpassed the windows bindings in druntime. With a few minor changes I managed to get it to function as a drop-in replacement. https://github.com/Diggsey/druntime-win32 https://github.com/Diggsey/druntime https://github.com/Diggsey/phobos/tree/win32-bindings Am I correct in thinking it's only available as an SVN repository on dsource? I had to clone it into a git repo so I could add it as a submodule in druntime. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10022] Importing packages
http://d.puremagic.com/issues/show_bug.cgi?id=10022 --- Comment #3 from yebblies yebbl...@gmail.com 2013-05-04 08:35:53 EST --- (In reply to comment #2) Same as Issue 3603? No. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10009] foreach_reverse and AA.byKey/byValue
http://d.puremagic.com/issues/show_bug.cgi?id=10009
--- Comment #9 from bearophile_h...@eml.cc 2013-05-03 15:59:38 PDT ---
(In reply to comment #8)
However, I don't think foreach_reverse is valid for this use case. An AA is
only forward-traversable. foreach_reverse is not possible, as buckets are
stored as singly-linked lists. If you want that, you need to first capture it
as an array.
Yet this compiles:
import std.stdio: writeln;
void main() {
auto aa = [1: 2, 2: 3];
foreach (k, v; aa)
writeln(k, , v);
foreach_reverse (k, v; aa)
writeln(k, , v);
}
And outputs:
1 2
2 3
1 2
2 3
The foreach seems to give the same sequence as the foreach_reverse :-)
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10025] New: Implicit conversion for bigint array append
http://d.puremagic.com/issues/show_bug.cgi?id=10025
Summary: Implicit conversion for bigint array append
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-05-03 16:43:51 PDT ---
import std.bigint: BigInt;
void main() {
auto p = new BigInt[1];
p[0] = BigInt(1); // OK
p[0] = 1; // OK
p ~= BigInt(1); // OK
p ~= 1; // Error
}
DMD 2.063beta:
test.d(7): Error: cannot append type int to type BigInt[]
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10024] New: product function
http://d.puremagic.com/issues/show_bug.cgi?id=10024
Summary: product function
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-05-03 16:41:41 PDT ---
I suggest to add a product() function to Phobos, similar to sum().
This benchnarking code shows an algorithm better than the naive one when it's
used on bigints:
import std.stdio, std.bigint, std.algorithm, std.random;
T product1(T)(T[] seq) {
typeof(return) result = 1;
foreach (s; seq)
result *= s;
return result;
}
T product2(T)(T[] seq) { // faster
if (seq.length 50) {
typeof(return) result = 1;
foreach (s; seq)
result *= s;
return result;
} else {
immutable mid = seq.length / 2;
return product2(seq[0 .. mid]) * product2(seq[mid .. $]);
}
}
void main() {
BigInt[2 ^^ 16] items;
foreach (i, ref b; items)
b = i + 1;
items[].randomShuffle;
//auto r = items.product1;
auto r = items.product2;
//r.writeln;
}
What about T == InputRange?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10026] New: Allow to assert that exception must be thrown
http://d.puremagic.com/issues/show_bug.cgi?id=10026 Summary: Allow to assert that exception must be thrown Product: D Version: future Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: druntime AssignedTo: nob...@puremagic.com ReportedBy: stpa...@gmail.com --- Comment #0 from Pasha S stpa...@gmail.com 2013-05-03 18:55:02 PDT --- I'd like to suggest that existing syntax for assert() keyword was enhanced in order to allow detection of exception thrown by the expression provided. It may look like this: assert!(DivisionByZero)( powermod(2, 1000, 0) ); assert!(InvalidArgument)( fastsqrt(-42) ); (or it may look otherwise, I'm not really an expert in language syntax). The reason for such functionality to exist is that assert is used for unit-testing of a class or module. Correct handling of errors is part of the specification of any non-trivial class, and the D way to handle errors is by throwing exceptions. Which current assert cannot test. What do you think? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10026] Allow to assert that exception must be thrown
http://d.puremagic.com/issues/show_bug.cgi?id=10026 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #1 from bearophile_h...@eml.cc 2013-05-03 19:25:02 PDT --- See: http://dlang.org/phobos/std_exception.html -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
