Re: D is for Data Science

2014-11-25 Thread Paolo Invernizzi via Digitalmars-d-announce
On Tuesday, 25 November 2014 at 01:10:56 UTC, Walter Bright wrote: On 11/24/2014 4:50 PM, Adam D. Ruppe wrote: On Tuesday, 25 November 2014 at 00:34:30 UTC, Walter Bright wrote: Thought I'd post this as a counterpoint to the recent please break our code thread. I would caution against

Re: D is for Data Science

2014-11-25 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 25 November 2014 at 01:10:56 UTC, Walter Bright wrote: I know it's a tough call. But I do see these sorts of comments regularly, and it is a fact that there are too many D libraries gone to seed that won't compile anymore, and that makes us look bad. Or this:

Separate compilation of Temple templates

2014-11-25 Thread Dylan Knutson via Digitalmars-d-announce
Also, because long compile times due to template compilation are a pain for both Vibe's Diet and Temple, I've put together a repo demonstrating how to do separate compilation with Temple templates: https://github.com/dymk/temple-separate-compilation The idea is to put views in separate Dub

Re: D is for Data Science

2014-11-25 Thread bearophile via Digitalmars-d-announce
weaselcat: I see array.sort is planned for future deprecation, what does future fall under? For us that activate warnings in dmd (because for a design mistake they are disabled on default, but hopefully this will be fixed in future) in the latest github version of the compiler it gives a

Re: D is for Data Science

2014-11-25 Thread ketmar via Digitalmars-d-announce
On Mon, 24 Nov 2014 17:10:25 -0800 Walter Bright via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: I know it's a tough call. But I do see these sorts of comments regularly, and it is a fact that there are too many D libraries gone to seed that won't compile anymore,

Re: dfix 0.2.0

2014-11-25 Thread ketmar via Digitalmars-d-announce
On Mon, 24 Nov 2014 19:22:51 + Brian Schott via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: dfix is a tool for automatically upgrading the syntax of D source code. Changes since 0.1.1: * #1 dfix will now rewrite const int foo() {} to int foo() const {} * #6

Re: dfix 0.2.0

2014-11-25 Thread Nordlöw
On Monday, 24 November 2014 at 19:22:52 UTC, Brian Schott wrote: dfix is a tool for automatically upgrading the syntax of D source code. Changes since 0.1.1: * #1 dfix will now rewrite const int foo() {} to int foo() const {} * #6 The C-style array syntax fix is no longer incorrectly applied

Re: dfix 0.2.0

2014-11-25 Thread Nordlöw
On Tuesday, 25 November 2014 at 23:45:17 UTC, Nordlöw wrote: I guess one solution would be to make warnings non-errors right but that seems dumb concerning what dfix can do for us regarding auto-converting C-style arrays syntax to D-style :) BTW: How do I specify that a dependency package

Re: dfix 0.2.0

2014-11-25 Thread Brian Schott via Digitalmars-d-announce
On Tuesday, 25 November 2014 at 23:47:07 UTC, Nordlöw wrote: On Tuesday, 25 November 2014 at 23:45:17 UTC, Nordlöw wrote: I guess one solution would be to make warnings non-errors right but that seems dumb concerning what dfix can do for us regarding auto-converting C-style arrays syntax to

Re: dfix 0.2.0

2014-11-25 Thread FrankLike via Digitalmars-d-announce
On Monday, 24 November 2014 at 19:22:52 UTC, Brian Schott wrote: dfix is a tool for automatically upgrading the syntax of D source code. Changes since 0.1.1: * #1 dfix will now rewrite const int foo() {} to int foo() const {} * #6 The C-style array syntax fix is no longer incorrectly applied

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread Don via Digitalmars-d
On Monday, 24 November 2014 at 21:34:19 UTC, Walter Bright wrote: On 11/24/2014 2:20 AM, Don wrote: I believe I do understand the problem. As a practical matter, overflow checks are not going to be added for performance reasons. The performance overhead would be practically zero. All we

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread via Digitalmars-d
On Tuesday, 25 November 2014 at 07:39:44 UTC, Don wrote: No, that is not overflow. That is a carry. Overflow is when the sign bit changes. I think this discussion will be less confusing with clearing up the terminology. An overflow condition happens when the representation cannot hold the

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread Kagamin via Digitalmars-d
On Monday, 24 November 2014 at 21:34:19 UTC, Walter Bright wrote: In exchange, 99% of uses of unsigned would disappear from D code, and with it, a whole category of bugs. You're not proposing changing size_t, so I believe this statement is incorrect. The idea is to make unsigned types

Re: Does RTTI and exceptions work in dlls on windows?

2014-11-25 Thread Kagamin via Digitalmars-d
On Monday, 24 November 2014 at 20:56:29 UTC, Rainer Schuetze wrote: The different DLLs have different copies of the RTTI for the classes (you could not link them separately otherwise). Looking for base classes or derived classes only compares RTTI pointers, so it doesn't find the target class

Re: std.experimental.logger formal review round 3

2014-11-25 Thread Robert burner Schadek via Digitalmars-d
On Tuesday, 25 November 2014 at 00:37:00 UTC, Walter Bright wrote: Anyone know anything about this? https://www.reddit.com/r/programming/comments/2n9gfb/d_is_for_data_science/cmbssac You mean the second part, about him leaving D because of the discussion about the logger?

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread Don via Digitalmars-d
On Monday, 24 November 2014 at 15:56:44 UTC, Andrei Alexandrescu wrote: On 11/24/14 4:54 AM, Don wrote: In D, 1u - 2u 0u. This is defined behaviour, not an overflow. I think I get what you mean, but overflow is also defined behavior (in D at least). -- Andrei Aargh! You're right. That's

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread bearophile via Digitalmars-d
Don: Aargh! You're right. That's new, and dreadful. It didn't used to be. The offending commit is alexrp 2012-05-15 15:37:24 which only provides an unsigned example. Why are defining behaviour that is always a bug? Java makes it defined, but it has to because it doesn't have

DMD hackers: pragma(address): Is this possible?

2014-11-25 Thread Johannes Pfau via Digitalmars-d
I've tested some ideas with Volatile!T but there's always one remaining problem: In C people often define a macro to describe a MMIO location: #define PORTB *((ubyte*)0x05) which can then be used like this: PORTB |= 0b1000_; It's not really possible to represent this in D. There are

Re: DMD hackers: pragma(address): Is this possible?

2014-11-25 Thread Daniel Murphy via Digitalmars-d
Johannes Pfau wrote in message news:m51upj$u2v$1...@digitalmars.com... But does this really make sense? What makes a variable a variable? For example the GCC backends has builtin support for extern, static, const, manifest variables, but no way to specify an address for an extern variable. Is

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread Kagamin via Digitalmars-d
On Tuesday, 25 November 2014 at 11:43:01 UTC, Don wrote: Why are defining behaviour that is always a bug? Java makes it defined, but it has to because it doesn't have unsigned types. I think the intention probably was to improve on the C situation, where there is undefined behaviour that really

Re: DMD hackers: pragma(address): Is this possible?

2014-11-25 Thread Johannes Pfau via Digitalmars-d
Am Wed, 26 Nov 2014 00:28:52 +1100 schrieb Daniel Murphy yebbliesnos...@gmail.com: Johannes Pfau wrote in message news:m51upj$u2v$1...@digitalmars.com... But does this really make sense? What makes a variable a variable? For example the GCC backends has builtin support for extern,

Re: std.experimental.logger formal review round 3

2014-11-25 Thread ponce via Digitalmars-d
On Tuesday, 25 November 2014 at 01:12:03 UTC, Walter Bright wrote: On 11/24/2014 4:51 PM, Brian Schott wrote: On Tuesday, 25 November 2014 at 00:37:00 UTC, Walter Bright wrote: Anyone know anything about this? https://www.reddit.com/r/programming/comments/2n9gfb/d_is_for_data_science/cmbssac

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread via Digitalmars-d
On Tuesday, 25 November 2014 at 13:52:32 UTC, Kagamin wrote: Overflow checking doesn't contradict to overflow being defined. The latter simply reflects how hardware works, nothing else. And hardware works that way, because that's a fast implementation of arithmetic for general case. So you

Re: DMD hackers: pragma(address): Is this possible?

2014-11-25 Thread Daniel Murphy via Digitalmars-d
Johannes Pfau wrote in message news:m522gv$1rav$1...@digitalmars.com... Good idea, this works and results in equal ASM. A minor drawback is that this emits an additional function (even with always inline), but that's a problem that also occurs in other contexts and I've got a workaround for

Re: std.experimental.logger formal review round 3

2014-11-25 Thread via Digitalmars-d
On Tuesday, 25 November 2014 at 14:29:12 UTC, ponce wrote: Better XML parsers/JSON parsers/serialization/argument parsers exist outside of Phobos currently, and in my opinion maybe they didn't belong there in the first place. Yes, it is often a good idea to standardize after solutions have

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread Kagamin via Digitalmars-d
On Tuesday, 25 November 2014 at 14:30:36 UTC, Ola Fosheim Grøstad wrote: So you are basically saying that D does not provide modular arithmetic, but allows you to continue with the incorrect result of an overflow as a modulo representation? Correctness is an emergent property - when behavior

Re: DMD hackers: pragma(address): Is this possible?

2014-11-25 Thread Johannes Pfau via Digitalmars-d
Am Wed, 26 Nov 2014 01:44:02 +1100 schrieb Daniel Murphy yebbliesnos...@gmail.com: Johannes Pfau wrote in message news:m522gv$1rav$1...@digitalmars.com... Good idea, this works and results in equal ASM. A minor drawback is that this emits an additional function (even with always inline),

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread via Digitalmars-d
On Tuesday, 25 November 2014 at 15:42:13 UTC, Kagamin wrote: Correctness is an emergent property - when behavior matches expectation, so overflow has variable correctness in various parts of the code. I assume you are basically saying that Walter's view that matching C++ is more important

Re: DMD hackers: pragma(address): Is this possible?

2014-11-25 Thread Johannes Pfau via Digitalmars-d
Am Wed, 26 Nov 2014 00:28:52 +1100 schrieb Daniel Murphy yebbliesnos...@gmail.com: Johannes Pfau wrote in message news:m51upj$u2v$1...@digitalmars.com... But does this really make sense? What makes a variable a variable? For example the GCC backends has builtin support for extern,

Re: Does RTTI and exceptions work in dlls on windows?

2014-11-25 Thread MrSmith via Digitalmars-d
On Tuesday, 25 November 2014 at 10:02:00 UTC, Kagamin wrote: On Monday, 24 November 2014 at 20:56:29 UTC, Rainer Schuetze wrote: The different DLLs have different copies of the RTTI for the classes (you could not link them separately otherwise). Looking for base classes or derived classes only

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread Kagamin via Digitalmars-d
On Tuesday, 25 November 2014 at 15:52:22 UTC, Ola Fosheim Grøstad wrote: I assume you are basically saying that Walter's view that matching C++ is more important than getting it right, because some people might expect C++ behaviour. Yet Ada chose a different path and is considered a better

Re: Does RTTI and exceptions work in dlls on windows?

2014-11-25 Thread Benjamin Thaut via Digitalmars-d
Am 24.11.2014 19:20, schrieb MrSmith: I've got little test here https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29. I have one application and two dlls. Application loads both dlls, calls their factory functions and then passes each IModule instance that it got

Re: DMD hackers: pragma(address): Is this possible?

2014-11-25 Thread Daniel Murphy via Digitalmars-d
Johannes Pfau wrote in message news:m52aq3$dla$1...@digitalmars.com... Is taking addresses on properties still undefined? Or how exactly is it defined? Anyway, PORTB returns the address of the PORTB function which is a small annoyance. Urrgh I forgot about that. Hopefully @property will be

Re: DMD hackers: pragma(address): Is this possible?

2014-11-25 Thread Daniel Murphy via Digitalmars-d
Johannes Pfau wrote in message news:m5288s$l8$1...@digitalmars.com... No, unfortunately not. The module where the template is instantiated needs to be the 'main' module. Or rather toObjfile must have been called on the function for backend inlining. Unfortunately this seems to be a complicated

Re: Does RTTI and exceptions work in dlls on windows?

2014-11-25 Thread MrSmith via Digitalmars-d
On Tuesday, 25 November 2014 at 18:39:56 UTC, Benjamin Thaut wrote: Am 24.11.2014 19:20, schrieb MrSmith: I've got little test here https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29. I have one application and two dlls. Application loads both dlls, calls

Re: Named parameter builder pattern for template parameters

2014-11-25 Thread ketmar via Digitalmars-d
On Sat, 22 Nov 2014 17:36:02 +0100 Artur Skawina via Digitalmars-d digitalmars-d@puremagic.com wrote: You can just use a struct and D's phenomenal compile time programming possibilities. ;) heh. thank you, with `alias` and function instead of struct my compile-time formatted writter now works

Re: 'int' is enough for 'length' to migrate code from x86 to x64

2014-11-25 Thread via Digitalmars-d
On Tuesday, 25 November 2014 at 18:24:29 UTC, Kagamin wrote: C++ legacy is huge especially in culture. That said, the true issue is in beliefs (which probably stem from 16-bit era). Can't judge Ada, have no experience with it, though examples of Java and .net show how marginal is importance of

Re: std.experimental.logger formal review round 3

2014-11-25 Thread Walter Bright via Digitalmars-d
On 11/25/2014 2:26 AM, Robert burner Schadek wrote: On Tuesday, 25 November 2014 at 00:37:00 UTC, Walter Bright wrote: Anyone know anything about this? https://www.reddit.com/r/programming/comments/2n9gfb/d_is_for_data_science/cmbssac You mean the second part, about him leaving D because of

Re: Comparing Parallelization in HPC with D, Chapel, and Go

2014-11-25 Thread Russel Winder via Digitalmars-d
On Sun, 2014-11-23 at 13:09 -0800, Ziad Hatahet via Digitalmars-d wrote: On Sat, Nov 22, 2014 at 7:17 AM, Russel Winder via Digitalmars-d digitalmars-d@puremagic.com wrote: I have emailed the author. Keep us posted! The author is currently having a vacation. He has though sent me

Re: Does RTTI and exceptions work in dlls on windows?

2014-11-25 Thread Benjamin Thaut via Digitalmars-d
Am 25.11.2014 21:46, schrieb MrSmith: On Tuesday, 25 November 2014 at 18:39:56 UTC, Benjamin Thaut wrote: Am 24.11.2014 19:20, schrieb MrSmith: I've got little test here https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29. I have one application and two dlls.

Re: Does RTTI and exceptions work in dlls on windows?

2014-11-25 Thread Benjamin Thaut via Digitalmars-d
Am 25.11.2014 21:46, schrieb MrSmith: Is there a bugzilla issue for this? And what is the status of windows dlls? If you want a bit more dll support right now, I suggest that you take a look at these changes and merge them into your own version of druntime:

Re: DerelictOrg and SDL_Mixer

2014-11-25 Thread Mike Parker via Digitalmars-d-learn
On 11/25/2014 9:26 AM, torea wrote: Oh.. I didn't know about the DerelictSDL2Mixer.load()! I thought the initialization of sdl_mixer was done with DerelictSDL2.load() Every time you call DerelictFoo.load, you are loading exactly one library. You will never see a Derelict package that loads

Re: A nice D coding pattern

2014-11-25 Thread matovitch via Digitalmars-d-learn
On Monday, 24 November 2014 at 22:50:33 UTC, bearophile wrote: In some D programs I'm using this coding pattern: You can see an example of this pattern that I've used here: http://rosettacode.org/wiki/Solve_a_Hopido_puzzle#D Bye, bearophile Awesome gist and great pattern ! Sometimes your

Re: A nice D coding pattern

2014-11-25 Thread MattCoder via Digitalmars-d-learn
On Monday, 24 November 2014 at 22:50:33 UTC, bearophile wrote: And the @disable this() assures that a struct is correctly initialized by the constructor. In the statement: @disable this() May I understand that you're disabling the default constructor of the struct to use your own constructor?

Re: A nice D coding pattern

2014-11-25 Thread bearophile via Digitalmars-d-learn
MattCoder: May I understand that you're disabling the default constructor of the struct to use your own constructor? Right. So the instance data of the struct is more likely correct when you call its methods. Bye, bearophile

Reducing Pegged ASTs

2014-11-25 Thread Nordlöw
Is there a way to (on the fly) reduce Pegged parse results such as C [0, 6][int, x, ;] +-C.TranslationUnit [0, 6][int, x, ;] +-C.ExternalDeclaration [0, 6][int, x, ;] +-C.Declaration [0, 6][int, x, ;] +-C.DeclarationSpecifiers [0, 4][int] | +-C.TypeSpecifier [0,

Re: Reducing Pegged ASTs

2014-11-25 Thread Nordlöw
On Tuesday, 25 November 2014 at 15:12:39 UTC, Nordlöw wrote: I guess it would reduce memory requirements by about a magnitude right? Correction: For consistency we probably want this example to be reduced to +-C.Declaration [0, 6][int, x, ;] +-C.TypeSpecifier [0, 4][int]

Re: Reducing Pegged ASTs

2014-11-25 Thread Nordlöw
On Tuesday, 25 November 2014 at 15:15:40 UTC, Nordlöw wrote: +-C.Declaration [0, 6][int, x, ;] +-C.TypeSpecifier [0, 4][int] +-C.Identifier [4, 5][x] Correction again: +-C.Declaration [0, 6][int, x, ;] +-C.TypeSpecifier [0, 4][int] +-C.Identifier [4, 5][x]

Re: A nice D coding pattern

2014-11-25 Thread Meta via Digitalmars-d-learn
That's a neat trick, although if preconditions were able to be run at compile time when possible you wouldn't have to resort to using enum to force CTFE (you've talked a bit about this before I remember). Thinking about something like a good ranged number implementation, we can now get almost

Re: A nice D coding pattern

2014-11-25 Thread MattCoder via Digitalmars-d-learn
On Tuesday, 25 November 2014 at 13:56:23 UTC, bearophile wrote: Right. So the instance data of the struct is more likely correct when you call its methods. Thanks. - Well I'd like to see more of these tips. My current code in D looks like C++ and of course I sure that I'm not extracting the

Re: Dub / Derelict confusion

2014-11-25 Thread Paul via Digitalmars-d-learn
On Sunday, 23 November 2014 at 00:37:07 UTC, Mike Parker wrote: On 11/23/2014 3:52 AM, Paul wrote: Whenever I try to learn a new language I always seem to end up fighting the OS or the IDE rather than spending time where I should. Therefore, I'm going to put this idea on hold and stick to

Re: A nice D coding pattern

2014-11-25 Thread Tobias Pankrath via Digitalmars-d-learn
void main() { // Created at compile-time. enum something = .Foo; I don't think we should encourage UFCS with typenames or uppercase names. If anything, it does not provide any benefit in this case and Foo(.) is much more clearer without any syntactical overhead.

Re: A nice D coding pattern

2014-11-25 Thread Ali Çehreli via Digitalmars-d-learn
On 11/25/2014 01:51 AM, matovitch wrote: On Monday, 24 November 2014 at 22:50:33 UTC, bearophile wrote: Sometimes your forum post doesn't get any answers but you can be sure I read and enjoy them all (and I'm sure I am not alone). Keep it up ! :) Same here! Thank you, bearophile! :) An

Re: windows linker error

2014-11-25 Thread Vlad Levenfeld via Digitalmars-d-learn
On Tuesday, 25 November 2014 at 21:22:24 UTC, Vlad Levenfeld wrote: On Windows 7 I have built dmd (using the vcxproj), druntime (win64.mak) and phobos (win64.mak). I went into sc.ini and set the LINKCMD to point to Visual Studio 12.0's linker. When I try to compile anything with dmd, I get

Re: Reducing Pegged ASTs

2014-11-25 Thread Etienne Cimon via Digitalmars-d-learn
On 2014-11-25 10:12, Nordlöw wrote: Is there a way to (on the fly) reduce Pegged parse results such as I've made an asn.1 parser using pegged tree map, it's not so complex and does the reducing as well. https://github.com/globecsys/asn1.d Most of the meat is in asn1/generator/ In short,

Re: DerelictOrg and SDL_Mixer

2014-11-25 Thread Mike Parker via Digitalmars-d-learn
On 11/26/2014 4:42 AM, torea wrote: ok, so basically, each time I want to access some specific functions imported like: import derelict.sdl2.foo; I have to load it like this? DerelictSDL2foo.load(); Don't think of it that way. Think of it this way: you have to load every library you

Re: Dub / Derelict confusion

2014-11-25 Thread Mike Parker via Digitalmars-d-learn
On 11/26/2014 3:27 AM, Paul wrote: I've finally got this working - the SDL FAQ page sort of identifies the cause; the xorg dev files have to be installed before building SDL otherwise you end up with a 'non-x' version (not sure what you'd do with that!). I built SDL first and then tried

Re: windows linker error

2014-11-25 Thread Joakim via Digitalmars-d-learn
On Tuesday, 25 November 2014 at 23:08:07 UTC, Vlad Levenfeld wrote: On Tuesday, 25 November 2014 at 21:22:24 UTC, Vlad Levenfeld wrote: On Windows 7 I have built dmd (using the vcxproj), druntime (win64.mak) and phobos (win64.mak). I went into sc.ini and set the LINKCMD to point to Visual

Re: DerelictOrg and SDL_Mixer

2014-11-25 Thread torea via Digitalmars-d-learn
On Wednesday, 26 November 2014 at 01:25:51 UTC, Mike Parker wrote: Don't think of it that way. Think of it this way: you have to load every library you want to use. SDL2_mixer is a library, SDL2_image is a library, SDL2_ttf is a library, and so on. You have to load them individually.

Cheap Kitchen Sale

2014-11-25 Thread noclaimonme via Digitalmars-d-learn
Cheap Kitchen Sale. Thirty Ex Display Kitchens To Clear. www.exdisplaykitchens1.co.uk £ 595 Each with appliances.Tel 01616-694785

Re: windows linker error

2014-11-25 Thread Vlad Levenfeld via Digitalmars-d-learn
On Wednesday, 26 November 2014 at 01:35:20 UTC, Joakim wrote: On Tuesday, 25 November 2014 at 23:08:07 UTC, Vlad Levenfeld wrote: On Tuesday, 25 November 2014 at 21:22:24 UTC, Vlad Levenfeld wrote: On Windows 7 I have built dmd (using the vcxproj), druntime (win64.mak) and phobos (win64.mak).

Uninitialized object hangs without warning.

2014-11-25 Thread Bear Cherian via Digitalmars-d-learn
I ran into this a while ago and have already moved on, but I had a class such as this Class MyClass{ this(){} void someFunction(){ //body } } And in my app I had something like MyClass classObject; classObject.someFunction(); When I compile, no warnings or

Re: Uninitialized object hangs without warning.

2014-11-25 Thread Meta via Digitalmars-d-learn
On Wednesday, 26 November 2014 at 05:24:49 UTC, Bear Cherian wrote: I ran into this a while ago and have already moved on, but I had a class such as this Class MyClass{ this(){} void someFunction(){ //body } } And in my app I had something like MyClass classObject;

Re: Reducing Pegged ASTs

2014-11-25 Thread Philippe Sigaud via Digitalmars-d-learn
On Tue, Nov 25, 2014 at 4:12 PM, Nordlöw digitalmars-d-learn@puremagic.com wrote: Is there a way to (on the fly) reduce Pegged parse results such as C [0, 6][int, x, ;] +-C.TranslationUnit [0, 6][int, x, ;] +-C.ExternalDeclaration [0, 6][int, x, ;] +-C.Declaration [0, 6][int, x,

[Issue 13773] std.traits.ReturnType does not resolve inout

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13773 Martin Nowak c...@dawg.eu changed: What|Removed |Added Priority|P1 |P2

[Issue 13773] New: std.traits.ReturnType does not resolve inout

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13773 Issue ID: 13773 Summary: std.traits.ReturnType does not resolve inout Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement

[Issue 13773] std.traits.ReturnType does not resolve inout

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13773 --- Comment #1 from Kenji Hara k.hara...@gmail.com --- I think this should be marked as invalid or changed as a compiler enhancement, because: 1. ReturnType takes an alias (through the index 0 of the TupleParameter). 2. Currently alias parameter

[Issue 13759] VS2010 Win64 linker path wrong

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13759 --- Comment #4 from Sobirari Muhomori dfj1es...@sneakemail.com --- On my installation of VS2010 vcvars64.bat adds Common7\IDE to path, but VC\BIN\amd64 comes first, so 64-bit mspdb100.dll is picked from there. --

[Issue 13755] core.sys.linux.stdio, std.stdio.File: fopencookie, fmemopen missing

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13755 --- Comment #6 from Danny Milosavljevic danny.m...@gmail.com --- Pull request https://github.com/D-Programming-Language/druntime/pull/1045 --

[Issue 13754] src/std/mmfile.d: MmFile neither has ioctl nor a way to get the fd

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13754 --- Comment #1 from Danny Milosavljevic danny.m...@gmail.com --- I'm trying to implement that right now. Is there are way not to repeat the .ioctl signature in the (potential) member function MmFile.ioctl ? Like ioctl = .ioctl fileno; ? Also,

[Issue 13764] std.getopt: throw an UnknownOptionException rather than Exception

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13764 Danny Milosavljevic danny.m...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 13774] New: Multiple definition of `conv_50c_dc8` with three libraries and `std.file` import

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13774 Issue ID: 13774 Summary: Multiple definition of `conv_50c_dc8` with three libraries and `std.file` import Product: D Version: D2 Hardware: All OS: All

[Issue 13359] Multiple definition of `format_c_5b3` with three libraries and local imports

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13359 --- Comment #1 from Denis Shelomovskij verylonglogin@gmail.com --- So now probably because of this issue we have Issue 13774 which makes current Phobos almost unusable. --

[Issue 13774] Multiple definition of `conv_50c_dc8` with three libraries and `std.file` import

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13774 Denis Shelomovskij verylonglogin@gmail.com changed: What|Removed |Added Keywords|

[Issue 13775] New: Broken explicit casting of dynamic array slices of known size to static array of different type

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13775 Issue ID: 13775 Summary: Broken explicit casting of dynamic array slices of known size to static array of different type Product: D Version: D2 Hardware: All OS:

[Issue 13764] std.getopt: throw an UnknownOptionException rather than Exception

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13764 hst...@quickfur.ath.cx changed: What|Removed |Added Severity|trivial |enhancement --

[Issue 13764] std.getopt: throw an UnknownOptionException rather than Exception

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13764 hst...@quickfur.ath.cx changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Issue 13775] Broken explicit casting of dynamic array slices of known size to static array of different type

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13775 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment

[Issue 13776] New: Incorrect recursive alias declaration error with `__traits(compiles, ...)`

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13776 Issue ID: 13776 Summary: Incorrect recursive alias declaration error with `__traits(compiles, ...)` Product: D Version: D2 Hardware: All OS: All

[Issue 13763] std.string.representation of immutables

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13763 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --

[Issue 13753] src/std/process.d: _spawnvp error handling is broken

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13753 --- Comment #4 from Danny Milosavljevic danny.m...@gmail.com --- Also, both the OSX and the Posix version of browse in the same file are broken in the same way... --

[Issue 6607] critical_.d and critical.c use double check locking the wrong way

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6607 hst...@quickfur.ath.cx changed: What|Removed |Added CC|hst...@quickfur.ath.cx | --

[Issue 13696] Missing entry for unicode code point literals on the lexer page

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13696 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||pull --- Comment #1 from

[Issue 2525] Can't use `override` when implementing abstract base class's interface function

2014-11-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2525 --- Comment #8 from Andrej Mitrovic andrej.mitrov...@gmail.com --- Shame on you, Andrej Mitrovic! I totally support this now, perhaps not so much 'override' as wanting a new 'implements' keyword. But the distinction is so pale, and the real benefit