Re: Microsoft now giving away VS 2013

2014-11-14 Thread ketmar via Digitalmars-d
On Fri, 14 Nov 2014 23:22:25 +0300 Dmitry Olshansky via Digitalmars-d digitalmars-d@puremagic.com wrote: Yes you do, this is economy 101. I guess that's some course number, maybe in USA. ah, that means basics of ..., something from the first semester of the first year of the given discipline.

Re: Dynamic array as stack and GC.BlkAttr.APPENDABLE

2014-11-14 Thread ketmar via Digitalmars-d
On Fri, 14 Nov 2014 23:23:17 + IgorStepanov via Digitalmars-d digitalmars-d@puremagic.com wrote: What does the NO_INTERIOR flag? it stops GC to acknowledge pointers inside allocated area as anchors. i.e. if there is no pointer to the head (first address) of allocated memory, it is assumed to

Re: Dynamic array as stack and GC.BlkAttr.APPENDABLE

2014-11-14 Thread ketmar via Digitalmars-d
On Sat, 15 Nov 2014 01:56:17 + IgorStepanov via Digitalmars-d digitalmars-d@puremagic.com wrote: On Friday, 14 November 2014 at 23:49:00 UTC, ketmar via Digitalmars-d wrote: On Fri, 14 Nov 2014 23:23:17 + IgorStepanov via Digitalmars-d digitalmars-d@puremagic.com wrote: What

Re: Why is `scope` planned for deprecation?

2014-11-16 Thread ketmar via Digitalmars-d
On Sun, 16 Nov 2014 19:59:52 + via Digitalmars-d digitalmars-d@puremagic.com wrote: A lexer that takes zero terminated input is a lot easier to write and make fast than one that use length. that's why warp is faster than cpp? ;-) signature.asc Description: PGP signature

Re: Why is `scope` planned for deprecation?

2014-11-16 Thread ketmar via Digitalmars-d
On Sun, 16 Nov 2014 22:09:00 + via Digitalmars-d digitalmars-d@puremagic.com wrote: On Sunday, 16 November 2014 at 22:00:10 UTC, ketmar via Digitalmars-d wrote: that's why warp is faster than cpp? ;-) Which implementation of cpp? gcc implementation, afair. it's slowness was the reason

Re: Why is `scope` planned for deprecation?

2014-11-16 Thread ketmar via Digitalmars-d
On Sun, 16 Nov 2014 22:22:42 + via Digitalmars-d digitalmars-d@puremagic.com wrote: Nah, if you know that the file ends with zero then you can build an efficient finite automata as a classifier. FSA code is a fsckn mess. either adding dependency of external tool and alot of messy output to

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

2014-11-18 Thread ketmar via Digitalmars-d
On Tue, 18 Nov 2014 12:33:51 + FrankLike via Digitalmars-d digitalmars-d@puremagic.com wrote: If you migrate your projct from x86 to x64,you will find the length is error,you must modify it ,such as: int i= (something).length to size_t i = (something).length but now ,'int' is

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

2014-11-18 Thread ketmar via Digitalmars-d
On Tue, 18 Nov 2014 14:24:16 + FrankLike via Digitalmars-d digitalmars-d@puremagic.com wrote: drop your C. auto len = smth.length; works ok for both x86 and x86_64 (don't know what x64 is). Many excellent projects such as dfl,dgui,tango, many 'length' which type is 'int' or

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

2014-11-18 Thread ketmar via Digitalmars-d
On Tue, 18 Nov 2014 14:41:18 + FrankLike via Digitalmars-d digitalmars-d@puremagic.com wrote: Many excellent projects such as dfl,dgui,tango, many 'length' which type is 'int' or 'uint',they are D's,many people like it.but they should migrate to 64 bit.So if 'length' type is

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

2014-11-18 Thread ketmar via Digitalmars-d
On Tue, 18 Nov 2014 17:59:04 + David Eagen via Digitalmars-d digitalmars-d@puremagic.com wrote: Isn't the purpose of size_t is to be large enough to address all available memory? A negative value is not only too small but doesn't make sense when discussing lengths. Correctness

Re: size_t for length on x64 will make app slower than on x86?

2014-11-18 Thread ketmar via Digitalmars-d
On Tue, 18 Nov 2014 19:33:42 + bearophile via Digitalmars-d digitalmars-d@puremagic.com wrote: Unfortunately this syntax is not yet supported, for unknown reasons: foreach (; 0 .. a.length) { somework(); } the same as for `foreach (auto n; ...)` -- cosmetic changes are not

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

2014-11-19 Thread ketmar via Digitalmars-d
On Wed, 19 Nov 2014 10:03:34 + Don via Digitalmars-d digitalmars-d@puremagic.com wrote: No! No! No! This is completely wrong. Unsigned does not mean positive. It means no sign, and therefore wrapping semantics. eg length - 4 0, if length is 2. Weird consequence: using subtraction

Re: GTKD2 GValue Type

2014-11-19 Thread ketmar via Digitalmars-d
On Wed, 19 Nov 2014 12:33:17 + via Digitalmars-d digitalmars-d@puremagic.com wrote: D doesn't allow construction from a different type with the `Type name = value;` syntax. Try this: har-har... here comes the power of the dark side! struct S { bool filler; // just in case, to avoid

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

2014-11-19 Thread ketmar via Digitalmars-d
On Wed, 19 Nov 2014 13:33:21 + Don via Digitalmars-d digitalmars-d@puremagic.com wrote: No. Signed types do not *wrap*. They *overflow* if their range is exceeded. same for unsigned ints. This is not the same thing. Overflow is always an error. And the compiler could insert checks to

Re: GTKD2 GValue Type

2014-11-19 Thread ketmar via Digitalmars-d
On Wed, 19 Nov 2014 13:44:09 + via Digitalmars-d digitalmars-d@puremagic.com wrote: Ah, right, it _does_ work with explicitly defined constructors. Maybe GValue doesn't have those? that may be true. i'm too lazy to look at the sources, and it seems to me that it's very easy to miss the

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

2014-11-19 Thread ketmar via Digitalmars-d
On Wed, 19 Nov 2014 13:47:50 + Don via Digitalmars-d digitalmars-d@puremagic.com wrote: yes. besides, there is no such thing as negative length, so it's somewhat... weird to use signed integer for length. A length can certainly be negative. Just as a bank balance can be negative.

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

2014-11-19 Thread ketmar via Digitalmars-d
On Wed, 19 Nov 2014 14:04:15 + Don via Digitalmars-d digitalmars-d@puremagic.com wrote: I don't know what you mean. For unsigned ints, carry is not an error. That's the whole point of unsigned! this *may* be not a error. it depends of what programmer wants. This is the job of the

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

2014-11-19 Thread ketmar via Digitalmars-d
On Wed, 19 Nov 2014 09:02:49 -0700 David Gileadi via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/19/14, 6:57 AM, ketmar via Digitalmars-d wrote: On Wed, 19 Nov 2014 13:47:50 + Don via Digitalmars-d digitalmars-d@puremagic.com wrote: If I have two pencils of length 10 cm

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

2014-11-21 Thread ketmar via Digitalmars-d
On Thu, 20 Nov 2014 15:40:39 + Araq via Digitalmars-d digitalmars-d@puremagic.com wrote: Here are some more opinions: http://critical.eschertech.com/2010/04/07/danger-unsigned-types-used-here/ trying to illustrate something with obviously wrong code is very funny. the whole article then

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 08:10:55 + bearophile via Digitalmars-d digitalmars-d@puremagic.com wrote: BTW, granted the 0x7FFF problems exhibit the bugs less often, but paradoxically this can make the bug worse, because then it only gets found much, much later in supposedly tested

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 09:23:01 + Kagamin via Digitalmars-d digitalmars-d@puremagic.com wrote: C/C++ programmers disagree: http://critical.eschertech.com/2010/04/07/danger-unsigned-types-used-here/ Why do you think they can't handle signed integers? being C programmer i disagree that author

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

2014-11-21 Thread ketmar via Digitalmars-d
On Thu, 20 Nov 2014 13:28:37 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/20/2014 7:52 AM, H. S. Teoh via Digitalmars-d wrote: What *could* be improved, is the prevention of obvious mistakes in *mixing* signed and unsigned types. Right now, D allows code

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 19:31:23 +1100 Daniel Murphy via Digitalmars-d digitalmars-d@puremagic.com wrote: bearophile wrote in message news:lkcltlokangpzzdzz...@forum.dlang.org... From my experience in coding in D they are far more unlikely than sign-related bugs of array lengths. Here's a

Re: Named parameter builder pattern for template parameters

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 13:39:42 + monarch_dodra via Digitalmars-d digitalmars-d@puremagic.com wrote: D has phenomenal meta programming possibilities, and I see more and more templates taking more and more parameters. So I thought to myself, why not have a template builder pattern? i did

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 11:17:06 -0300 Ary Borenszweig via Digitalmars-d digitalmars-d@puremagic.com wrote: This bug can manifest itself for arrays whose length (in elements) is 2^30 or greater (roughly a billion elements) How often does that happen in practice? once in almost ten years is too

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 14:37:39 + Araq via Digitalmars-d digitalmars-d@puremagic.com wrote: broken is not a black-white thing. Works most of the time surely is much more useful than doesn't work. Otherwise you would throw away your phone the first time you get a busy signal. works most of the

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 14:55:45 + FrankLike via Digitalmars-d digitalmars-d@puremagic.com wrote: On Friday, 21 November 2014 at 13:59:08 UTC, ketmar via Digitalmars-d wrote: any code which does something like `if (a-b 0)` is broken. it Modify it: https://github.com/D-Programming

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 08:31:13 -0800 Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com wrote: Would you agree that that would break a substantial amount of correct D code? -- Andrei i don't think that code with possible int wrapping and `auto` is correct, so the answer is no. bad

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 14:38:26 -0300 Ary Borenszweig via Digitalmars-d digitalmars-d@puremagic.com wrote: You see, if you don't use a BigNum for everything than you will always have hidden bugs, be it with int, uint or whatever. why do you believe that i'm not aware of overflows and don't

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 09:08:54 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: What about: uint x; auto z = x - 1; ? here z must be `long`. and for `ulong` compiler must emit error. What if x==uint.max? nothing bad, long is perfectly able to

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 14:36:53 -0300 Ary Borenszweig via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/21/14, 11:29 AM, ketmar via Digitalmars-d wrote: On Fri, 21 Nov 2014 19:31:23 +1100 Daniel Murphy via Digitalmars-d digitalmars-d@puremagic.com wrote: bearophile wrote

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 10:59:13 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/21/2014 6:03 AM, ketmar via Digitalmars-d wrote: On Thu, 20 Nov 2014 13:28:37 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/20/2014 7:52 AM, H. S

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 11:52:29 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: So 'auto' has different type rules for expressions than anywhere else in D? Consider: void foo(T)(T a) { ... } if (x - 1) foo(x - 1); if (auto a = x - 1) foo(a); and

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 17:45:11 -0800 Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/21/14 8:57 AM, ketmar via Digitalmars-d wrote: On Fri, 21 Nov 2014 08:31:13 -0800 Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com wrote: Would you agree

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

2014-11-21 Thread ketmar via Digitalmars-d
On Fri, 21 Nov 2014 12:35:31 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: 'auto' doesn't mean break my code if I refactor out expressions into temporaries. this can be easily avoided: just don't use `auto` for refactoring. i'm still thinking about `auto` as any type

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

2014-11-22 Thread ketmar via Digitalmars-d
On Sat, 22 Nov 2014 03:09:59 + deadalnix via Digitalmars-d digitalmars-d@puremagic.com wrote: On Friday, 21 November 2014 at 09:47:32 UTC, Stefan Koch wrote: On Friday, 21 November 2014 at 09:37:50 UTC, Walter Bright wrote: I thought everyone hated foreach_reverse! I dislike

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

2014-11-24 Thread ketmar via Digitalmars-d
On Mon, 24 Nov 2014 12:54:58 + Don via Digitalmars-d digitalmars-d@puremagic.com wrote: In D, 1u - 2u 0u. This is defined behaviour, not an overflow. p.s. sorry, of course this is not and overflow. this is underflow. signature.asc Description: PGP signature

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

2014-11-24 Thread ketmar via Digitalmars-d
On Mon, 24 Nov 2014 12:54:58 + Don via Digitalmars-d digitalmars-d@puremagic.com wrote: In D, 1u - 2u 0u. This is defined behaviour, not an overflow. this *is* overflow. D just has overflow result defined. signature.asc Description: PGP signature

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: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-26 Thread ketmar via Digitalmars-d
On Wed, 26 Nov 2014 21:07:00 + Adam D. Ruppe via Digitalmars-d digitalmars-d@puremagic.com wrote: Slackware 14.1. I've been a Slackware user for a long time and I still find it less unbearable than the alternatives, but it often annoys me. ah, now i understand why i like your code so

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-26 Thread ketmar via Digitalmars-d
On Wed, 26 Nov 2014 20:06:01 + Adam D. Ruppe via Digitalmars-d digitalmars-d@puremagic.com wrote: xterm is one example. I basically like it but it is ugly and stupid so needs a few fixes. As such, I maintain my own private fork of it. ah, terminal emulators... i ended writing my own

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-26 Thread ketmar via Digitalmars-d
On Wed, 26 Nov 2014 14:20:37 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: The other part of my terminal emulator was also a gnu screen replacement. I got it to the point where it worked pretty well... but not well enough to break my inertia toward good old screen.

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-26 Thread ketmar via Digitalmars-d
On Thu, 27 Nov 2014 03:51:58 + Adam D. Ruppe via Digitalmars-d digitalmars-d@puremagic.com wrote: BTW @nogc should have an escape hatch at least for assert(0, allocate_a_message). The program is dying anyway, at least let me conveniently format a descriptive error message. hey, but we

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-26 Thread ketmar via Digitalmars-d
On Thu, 27 Nov 2014 05:12:51 + weaselcat via Digitalmars-d digitalmars-d@puremagic.com wrote: @Adam D. Ruppe : Check out st from suckless, it was made because xterm is unmaintainable. Also, consider a distro from this century ;) heh, that was the base of my own terminal emulator. just

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-26 Thread ketmar via Digitalmars-d
On Thu, 27 Nov 2014 06:50:59 + Joakim via Digitalmars-d digitalmars-d@puremagic.com wrote: However, I'm looking forward to voice recognition and some sort of hand gesture input becoming the dominant interfaces in the coming years. Those will be even easier to use than anything so far,

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-27 Thread ketmar via Digitalmars-d
On Thu, 27 Nov 2014 19:58:32 + Joakim via Digitalmars-d digitalmars-d@puremagic.com wrote: i bet that such intefaces will be widespread, but faster and more usable? nope. i can type much faster than i'm talking, i can edit what i typed and... and just won't buy it. but yes, they

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-27 Thread ketmar via Digitalmars-d
On Thu, 27 Nov 2014 20:46:29 + Joakim via Digitalmars-d digitalmars-d@puremagic.com wrote: On Thursday, 27 November 2014 at 20:09:04 UTC, ketmar via Digitalmars-d wrote: On Thu, 27 Nov 2014 19:58:32 + Joakim via Digitalmars-d digitalmars-d@puremagic.com wrote: i bet

Re: Need help deciphering posix.mak

2014-11-27 Thread ketmar via Digitalmars-d
On Thu, 27 Nov 2014 23:17:34 +0300 Dmitry Olshansky via Digitalmars-d digitalmars-d@puremagic.com wrote: Okay, so I'm prepping up a SCons build of Phobos. It comes along rather nicely, I've replicated most of posix.mak paraphernalia in ~150 LOC that does work for both Windows and Linux, the

Re: Need help deciphering posix.mak

2014-11-27 Thread ketmar via Digitalmars-d
On Thu, 27 Nov 2014 13:39:37 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: makefiles can then be shipped as part of the source distribution, but they need not (and probably should not!) be in the git tree. hope this will not happen soon. i used to build DMD from git

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 15:52:01 + Joakim via Digitalmars-d digitalmars-d@puremagic.com wrote: I brought up using voice recognition as a general computer interface but, of course, everybody here only focused on the niche case of coding. :) I was talking about using it for everything:

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 14:08:01 + CraigDillabaugh via Digitalmars-d digitalmars-d@puremagic.com wrote: Just wanted to make a couple of comments on 'voice activated coding'. My typing speed is not the bottleneck in my coding, it is the speed at which I reason about the problem at hand.

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 09:23:12 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Fri, Nov 28, 2014 at 07:06:01PM +0200, ketmar via Digitalmars-d wrote: On Fri, 28 Nov 2014 14:08:01 + CraigDillabaugh via Digitalmars-d digitalmars-d@puremagic.com wrote: Just

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 19:34:20 + Adam D. Ruppe via Digitalmars-d digitalmars-d@puremagic.com wrote: On Friday, 28 November 2014 at 19:16:28 UTC, ketmar via Digitalmars-d wrote: ah, yes. i don't think about that, but you are right: typing for two hours is ok I don't really agree, if I

Re: [OT] unbelievable: #ifdef _OTHER_LIB_H

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 19:34:20 + Adam D. Ruppe via Digitalmars-d digitalmars-d@puremagic.com wrote: On Friday, 28 November 2014 at 19:16:28 UTC, ketmar via Digitalmars-d wrote: ah, yes. i don't think about that, but you are right: typing for two hours is ok I don't really agree, if I

Re: 2 types of D users, both can live together happily if we adjust

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 20:00:35 + Vic via Digitalmars-d digitalmars-d@puremagic.com wrote: etc. I am not saying to remove them, just make them downstream like GNU does, not part of regression tested D core. If I wanted to use a big lang I'd do CLR or JRE. if i wanted some crippled language

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 15:33:51 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: Just for fun, I've decided to try and get MicroEmacs in D added to the dub registry. The last time it compiled was 2 years ago. I wound up with at least a dozen references to Phobos names

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 17:43:16 -0600 Brad Roberts via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/28/14, 5:39 PM, ketmar via Digitalmars-d wrote: oh, wait... such tool was suggested years ago and has no signs of official blessing until this year's summer! and now it can't fix two

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Sat, 29 Nov 2014 12:04:26 +1100 Daniel Murphy via Digitalmars-d digitalmars-d@puremagic.com wrote: Walter Bright wrote in message news:m5b5ma$1hfj$1...@digitalmars.com... Can't tell users to do that. It's not reasonable. I don't see why not. they will lose all the fun figuring out

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Sat, 29 Nov 2014 01:39:44 + bearophile via Digitalmars-d digitalmars-d@puremagic.com wrote: Walter Bright: Just for fun, I've decided to try and [...] There's a pull in need of some love, I'd like to see this in D: https://github.com/D-Programming-Language/dmd/pull/3615 it needs

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 17:55:21 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: This is more of an Ubuntu-y issue, but I'm having trouble getting it to link with ncurses. This used to work: cc $(LDFLG) -o med $(OBJ) -l :libncurses.so.5 -l phobos2 -l pthread -l m

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 18:08:27 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: Hmm. Did you install libncurses5-dev (or libncursesw5-dev)? If not, try `apt-get install libncurses5-dev` (or libncursesw5-dev as appropriate). Otherwise, try -lncurses5 or -lncursesw5, perhaps?

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 18:15:30 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Sat, Nov 29, 2014 at 04:12:05AM +0200, ketmar via Digitalmars-d wrote: On Sat, 29 Nov 2014 01:39:44 + bearophile via Digitalmars-d digitalmars-d@puremagic.com wrote: Walter Bright

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Sat, 29 Nov 2014 02:59:05 + Mike via Digitalmars-d digitalmars-d@puremagic.com wrote: Speculation without measurement. But I'll have you know my usage of D has declined significantly because it is missing features I want/need. It is also for this reason that I have not advocated

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 19:35:29 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/28/2014 7:22 PM, ketmar via Digitalmars-d wrote: same for me. i was gently pushing our development team towards D (heh, and i'm in position to do that) but now i put a veto on D (yet

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
On Fri, 28 Nov 2014 20:03:44 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: What I don't agree with are changing names of things that just cause needless frustration, and are, as I tactlessly put it, an illusion of progress. it seems to me that you are very pragmatic

Re: Phobos - breaking existing code

2014-11-28 Thread ketmar via Digitalmars-d
dammit, my English sux even worse when i trying to say something important... signature.asc Description: PGP signature

Re: Phobos - breaking existing code

2014-11-29 Thread ketmar via Digitalmars-d
On Sat, 29 Nov 2014 00:41:45 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/28/2014 6:08 PM, H. S. Teoh via Digitalmars-d wrote: Hmm. Did you install libncurses5-dev (or libncursesw5-dev)? If not, try `apt-get install libncurses5-dev` (or libncursesw5-dev as

Re: Phobos - breaking existing code

2014-11-29 Thread ketmar via Digitalmars-d
On Sat, 29 Nov 2014 00:41:45 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: On 11/28/2014 6:08 PM, H. S. Teoh via Digitalmars-d wrote: Hmm. Did you install libncurses5-dev (or libncursesw5-dev)? If not, try `apt-get install libncurses5-dev` (or libncursesw5-dev as

Re: Phobos - breaking existing code

2014-11-29 Thread ketmar via Digitalmars-d
On Sat, 29 Nov 2014 14:00:49 + Martin Nowak via Digitalmars-d digitalmars-d@puremagic.com wrote: On Saturday, 29 November 2014 at 00:20:38 UTC, Daniel Murphy wrote: I think @disabled with a custom message would be perfect for this. static assert only works for templates. We just

Re: Phobos - breaking existing code

2014-11-29 Thread ketmar via Digitalmars-d
On Sat, 29 Nov 2014 19:28:00 + bearophile via Digitalmars-d digitalmars-d@puremagic.com wrote: ketmar: and then it will rot in bugzilla forever. Not necessarily. Some things rot there, but I've seen hundreds of nice patches being merged. this one is not pre-approved, so it will not

Re: Need help deciphering posix.mak

2014-11-30 Thread ketmar via Digitalmars-d
On Sun, 30 Nov 2014 13:24:45 +0300 Dmitry Olshansky via Digitalmars-d digitalmars-d@puremagic.com wrote: python to exe tools. WINE? oh, noes! ;-) signature.asc Description: PGP signature

Re: Phobos - breaking existing code

2014-11-30 Thread ketmar via Digitalmars-d
On Sun, 30 Nov 2014 18:01:34 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Sun, Nov 30, 2014 at 03:03:37PM -0800, Walter Bright via Digitalmars-d wrote: [...] Keeping around a deprecated alias translating the old symbol to the new one is a good approach. For a

Re: Symbol lookup rules and imports

2014-12-02 Thread ketmar via Digitalmars-d
On Tue, 2 Dec 2014 14:00:09 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: // mymod.d module mymod; struct S { // Now everyone is happy, right...? import std.range : isInputRange; void method(R)(R range)

Re: Symbol lookup rules and imports

2014-12-02 Thread ketmar via Digitalmars-d
On Tue, 2 Dec 2014 15:55:34 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: Hmm... actually, this gives me an idea. What if we implement a little syntactic sugar for this in the compiler? Say: scope import std.conv ... ; scope import std.format ... ;

Re: Symbol lookup rules and imports

2014-12-02 Thread ketmar via Digitalmars-d
On Tue, 2 Dec 2014 17:33:09 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Tue, Dec 02, 2014 at 08:11:52PM -0500, Steven Schveighoffer via Digitalmars-d wrote: On 12/2/14 6:28 PM, H. S. Teoh via Digitalmars-d wrote: Technically, you *can* do that, but it's a

Re: function overloading of address

2014-12-02 Thread ketmar via Digitalmars-d
On Tue, 2 Dec 2014 18:18:26 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Wed, Dec 03, 2014 at 02:11:54AM +, bearophile via Digitalmars-d wrote: sdvcn: void ac(int aa) { } void ac(void *a2) { } int main(string[] argv) { auto v = ac;

Re: function overloading of address

2014-12-02 Thread ketmar via Digitalmars-d
On Tue, 2 Dec 2014 18:40:45 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Wed, Dec 03, 2014 at 04:31:11AM +0200, ketmar via Digitalmars-d wrote: On Tue, 2 Dec 2014 18:18:26 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: [...] How do you

Re: DIP69 - Implement scope for escape proof references

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 04 Dec 2014 01:24:13 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: http://wiki.dlang.org/DIP69 Despite its length, this is a fairly simple proposal. It adds the missing semantics for the 'scope' storage class in order to make it possible to pass a

Re: DIP69 - Implement scope for escape proof references

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 04 Dec 2014 10:04:07 + eles via Digitalmars-d digitalmars-d@puremagic.com wrote: On Thursday, 4 December 2014 at 10:00:37 UTC, Walter Bright wrote: On 12/4/2014 1:51 AM, eles wrote: On Thursday, 4 December 2014 at 09:25:11 UTC, Walter Bright wrote:

Re: Symbol lookup rules and imports

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 4 Dec 2014 14:15:22 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Wed, Dec 03, 2014 at 02:10:52AM +0200, ketmar via Digitalmars-d wrote: On Tue, 2 Dec 2014 15:55:34 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: Hmm... actually

Re: Symbol lookup rules and imports

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 4 Dec 2014 14:15:22 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Wed, Dec 03, 2014 at 02:10:52AM +0200, ketmar via Digitalmars-d wrote: On Tue, 2 Dec 2014 15:55:34 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: Hmm... actually

Re: DIP69 - Implement scope for escape proof references

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 04 Dec 2014 12:55:34 + bearophile via Digitalmars-d digitalmars-d@puremagic.com wrote: This seems acceptable only if the compiler switch -scope implies functions to be @safe by default and @system on request, because currently lot of D programmers don't apply annotations like

Re: Do everything in Java…

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 04 Dec 2014 14:12:48 -0300 Ary Borenszweig via Digitalmars-d digitalmars-d@puremagic.com wrote: Twitter has some real value for the humanity. ( /me eats his cigarette ) signature.asc Description: PGP signature

Re: Do everything in Java…

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 04 Dec 2014 13:47:53 + Russel Winder via Digitalmars-d digitalmars-d@puremagic.com wrote: It's an argument for Java over Python specifically but a bit more general in reality. This stood out for me: !…other languages like D and Go are too new to bet my work on.

Re: Review needed for the wiki - Pascal to D page

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 04 Dec 2014 22:04:39 + Baz via Digitalmars-d digitalmars-d@puremagic.com wrote: Attack me on the content of: http://wiki.dlang.org/Coming_From/Delphi typo: type ISome = interfaca type TSomething = classs(TThing, ISome) also, it's worth noting that Delphi's IFDEF/ENDIF

Re: Need help deciphering posix.mak

2014-12-04 Thread ketmar via Digitalmars-d
On Fri, 5 Dec 2014 12:47:45 +1100 Daniel Murphy via Digitalmars-d digitalmars-d@puremagic.com wrote: H. S. Teoh via Digitalmars-d wrote in message news:mailman.2688.1417735514.9932.digitalmar...@puremagic.com... What would you suggest we do? Write a build script in D? +1.

Re: DIP69 - Implement scope for escape proof references

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 4 Dec 2014 18:10:18 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: This way, the programmer not only gets the benefit of attributes without actually having to explicitly use them, but the language designers can also add many more attributes than you'd ever want

Re: Review needed for the wiki - Pascal to D page

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 4 Dec 2014 18:22:30 -0800 H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote: On Fri, Dec 05, 2014 at 03:39:07AM +0200, ketmar via Digitalmars-d wrote: [...] also, it's worth noting that Delphi's IFDEF/ENDIF completely ignores everything inbetwee if condition is false

Re: Do everything in Java…

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 04 Dec 2014 18:24:26 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: On 12/4/2014 5:32 PM, ketmar via Digitalmars-d wrote: http://www.teamten.com/lawrence/writings/java-for-everything.html i didn't read the article, but i bet that this is just another article

Re: Do everything in Java…

2014-12-04 Thread ketmar via Digitalmars-d
On Fri, 05 Dec 2014 02:39:49 + deadalnix via Digitalmars-d digitalmars-d@puremagic.com wrote: On Thursday, 4 December 2014 at 13:48:04 UTC, Russel Winder via Digitalmars-d wrote: It's an argument for Java over Python specifically but a bit more general in reality. This stood out for

Re: Do everything in Java…

2014-12-04 Thread ketmar via Digitalmars-d
On Thu, 04 Dec 2014 21:03:59 -0800 Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote: On 12/4/2014 6:47 PM, ketmar via Digitalmars-d wrote: and what i also can't grok is test-driven developement. ah, we spent alot of time writing that tests that we can't even run 'cause we

Re: Do everything in Java…

2014-12-05 Thread ketmar via Digitalmars-d
On Fri, 05 Dec 2014 08:22:03 + Kagamin via Digitalmars-d digitalmars-d@puremagic.com wrote: Well, his choice may make sense, but I see no connection between pet projects and proprietary paid work. They can't share code. hm. but they can. my proprietary paid projects sharing alot of code

Re: Do everything in Java…

2014-12-05 Thread ketmar via Digitalmars-d
On Fri, 05 Dec 2014 08:41:57 + Kagamin via Digitalmars-d digitalmars-d@puremagic.com wrote: On Friday, 5 December 2014 at 08:34:18 UTC, ketmar via Digitalmars-d wrote: 'cause it's much easier to simply use tested and familiar library than to write brand new one. Why

Re: Do everything in Java…

2014-12-05 Thread ketmar via Digitalmars-d
On Fri, 05 Dec 2014 08:56:42 + Kagamin via Digitalmars-d digitalmars-d@puremagic.com wrote: On Friday, 5 December 2014 at 02:47:51 UTC, ketmar via Digitalmars-d wrote: yes, i know about doxygen, unittesting frameworks and so on. somehow they never works for me. ah, those tools

Re: Do everything in Java…

2014-12-05 Thread ketmar via Digitalmars-d
On Fri, 05 Dec 2014 09:07:23 + Kagamin via Digitalmars-d digitalmars-d@puremagic.com wrote: On Friday, 5 December 2014 at 08:56:03 UTC, ketmar via Digitalmars-d wrote: my customers paying me for making the work done, not for experimenting and researching. They pay you to make

Re: Do everything in Java…

2014-12-05 Thread ketmar via Digitalmars-d
On Fri, 05 Dec 2014 11:53:10 + Chris via Digitalmars-d digitalmars-d@puremagic.com wrote: Now is the right time to confess. I hardly ever use unit tests although it's included (and encouraged) in D. Why? When I write new code I unit test as I go along, with debug writefln(result %s,

Re: Need help deciphering posix.mak

2014-12-05 Thread ketmar via Digitalmars-d
On Sat, 06 Dec 2014 01:34:20 +0300 Dmitry Olshansky via Digitalmars-d digitalmars-d@puremagic.com wrote: 05-Dec-2014 04:47, Daniel Murphy пишет: H. S. Teoh via Digitalmars-d wrote in message news:mailman.2688.1417735514.9932.digitalmar...@puremagic.com... What would you suggest we

Re: Do everything in Java…

2014-12-06 Thread ketmar via Digitalmars-d
On Sat, 06 Dec 2014 07:54:32 + Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com wrote: On Saturday, 6 December 2014 at 01:31:59 UTC, deadalnix wrote: On Friday, 5 December 2014 at 20:43:03 UTC, paulo pinto wrote: On Friday, 5 December 2014 at 20:25:49 UTC, Walter Bright

Re: Do everything in Java…

2014-12-06 Thread ketmar via Digitalmars-d
On Sat, 06 Dec 2014 16:43:56 + Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com wrote: Easy, the meetings get scheduled with each developer getting a module for review. Those developers then print the code and get some days for review until the meeting. The meeting takes

Re: Find symbol in unknown module at compile time?

2014-12-06 Thread ketmar via Digitalmars-d
On Sat, 06 Dec 2014 20:22:12 + bitwise via Digitalmars-d digitalmars-d@puremagic.com wrote: Hi, I have a mixin, which can mix a class into any module. At compile time, I will know the name of the class, it's base class, and that it is at global scope in some module. Is there any

<    1   2   3   4   5   6   7   8   9   10   >