On Mon, 08 Dec 2014 02:58:45 +
bitwise via Digitalmars-d wrote:
> > if you want to allow external pragmas that allows poking
> > private module
> > data... well, just make everything in that module public, you
> > just
> > killed the whole protection thing. ;-)
>
> This is what I mean, but
On Mon, 08 Dec 2014 11:37:00 +
Dominikus Dittes Scherkl via Digitalmars-d
wrote:
> On Monday, 8 December 2014 at 08:46:49 UTC, bearophile wrote:
> > Freddy:
> >
> >> Why not keep size_t implictly convertable but disallow it for
> >> usize.
> >
> > This is an interesting idea. (But the name "u
On Mon, 08 Dec 2014 14:00:25 +
Jonathan Marler via Digitalmars-d wrote:
> On Monday, 8 December 2014 at 11:49:47 UTC, ketmar via
> Digitalmars-d wrote:
> > On Mon, 08 Dec 2014 11:37:00 +
> > Dominikus Dittes Scherkl via Digitalmars-d
> > wrote:
> >
> &g
On Mon, 08 Dec 2014 13:49:30 +
Ivan Kazmenko via Digitalmars-d wrote:
> On Monday, 8 December 2014 at 08:46:49 UTC, bearophile wrote:
> > Freddy:
> >
> >> Why not keep size_t implictly convertable but disallow it for
> >> usize.
> >
> > This is an interesting idea. (But the name "uword" seems
On Mon, 08 Dec 2014 13:49:30 +
Ivan Kazmenko via Digitalmars-d wrote:
> On Monday, 8 December 2014 at 08:46:49 UTC, bearophile wrote:
> > Freddy:
> >
> >> Why not keep size_t implictly convertable but disallow it for
> >> usize.
> >
> > This is an interesting idea. (But the name "uword" seems
On Mon, 08 Dec 2014 15:52:07 +
bitwise via Digitalmars-d wrote:
> FWIW, I picked hp D ~2 months ago, and my first project was a
> reflection library, so I've had a chance to deal with most of the
> language features at least once so far. The naming and presence
> of legacy C++ was a little st
On Mon, 08 Dec 2014 15:05:18 +
Jonathan Marler via Digitalmars-d wrote:
> What about 'usize' and 'ptrdiff' ?
`sptrdiff`, as i did it in my branch. `ssize` was just an example, i
don't like it too. yet `sptrdiff` is still ugly. why 'ptr', what it has
to do with pointers at all? why, for exampl
On Mon, 08 Dec 2014 15:39:53 +
Ivan Kazmenko via Digitalmars-d wrote:
> On Monday, 8 December 2014 at 14:31:50 UTC, ketmar via
> Digitalmars-d wrote:
> > On Mon, 08 Dec 2014 13:49:30 +
> > Ivan Kazmenko via Digitalmars-d
> > wrote:
> >> Personally, whe
On Mon, 08 Dec 2014 16:03:42 +
Kagamin via Digitalmars-d wrote:
> On Monday, 8 December 2014 at 08:46:49 UTC, bearophile wrote:
> > Freddy:
> >
> >> Why not keep size_t implictly convertable but disallow it for
> >> usize.
> >
> > This is an interesting idea. (But the name "uword" seems
> >
On Mon, 08 Dec 2014 14:30:08 -0800
Walter Bright via Digitalmars-d wrote:
> The two-step lookup method, of current scope then imports in current scope,
> is
> misunderstood by nearly everyone.
this is the clear sign of the existing problem.
signature.asc
Description: PGP signature
On Mon, 08 Dec 2014 20:42:48 +
deadalnix via Digitalmars-d wrote:
> If consistency is a measure, the proposal is a winner.
ah, it seems to me that consistency never had high priority.
signature.asc
Description: PGP signature
On Mon, 08 Dec 2014 23:15:25 +
bearophile via Digitalmars-d wrote:
> Walter Bright:
>
> > I have some ideas, but don't particularly like any of them. But
> > I don't want to bias things, so what ideas do you guys have?
>
> In this thread I have seen lot of discussion about the location
>
On Mon, 08 Dec 2014 17:33:48 +
Gary Willoughby via Digitalmars-d wrote:
> On Monday, 8 December 2014 at 01:30:35 UTC, ketmar via
> Digitalmars-d wrote:
> > Hello.
> >
> > i don't like `size_t`. for many month i avoied using it
> > wherever that
> &
On Mon, 08 Dec 2014 21:08:03 +
Brad Anderson via Digitalmars-d wrote:
> On Monday, 8 December 2014 at 20:21:51 UTC, Andrej Mitrovic via
> Digitalmars-d wrote:
> > On 12/8/14, Russel Winder via Digitalmars-d
> > wrote:
> >> It seems that D3 is already available:
> >>
> >> https://github.com
On Mon, 08 Dec 2014 19:40:38 -0800
Walter Bright via Digitalmars-d wrote:
> On 12/8/2014 7:34 PM, ketmar via Digitalmars-d wrote:
> > On Mon, 08 Dec 2014 14:30:08 -0800
> > Walter Bright via Digitalmars-d wrote:
> >
> >> The two-step lookup method, of current
On Tue, 09 Dec 2014 08:26:18 +
Kagamin via Digitalmars-d wrote:
> On Tuesday, 9 December 2014 at 03:48:17 UTC, ketmar via
> Digitalmars-d wrote:
> > i can remember that too, but i prefer to have the things that i
> > can
> > logically deduce. i can deduce `usize`:
On Tue, 09 Dec 2014 08:15:00 +
Puming via Digitalmars-d wrote:
> On Tuesday, 9 December 2014 at 05:04:35 UTC, Jeremy DeHaan wrote:
> > On Tuesday, 9 December 2014 at 03:52:01 UTC, ketmar via
> > Digitalmars-d wrote:
> >> On Mon, 08 Dec 2014 21:08:03 +
> >&
On Tue, 09 Dec 2014 11:09:44 +
Russel Winder via Digitalmars-d wrote:
> On Mon, 2014-12-08 at 07:18 -0800, H. S. Teoh via Digitalmars-d wrote:
> […]
> > Yeah, I find in my own experience that gdc -O3 tends to produce code
> > that's consistently ~20% faster than dmd -O, especially in
> > comp
On Tue, 09 Dec 2014 11:34:34 +
Russel Winder via Digitalmars-d wrote:
> > > I am not up to compiling gdc from source, but compiling ldc2 is very
> > > straightforward,
> > to the extent that i can't build git head. ;-)
>
> Works fine for me, I just built it 15 mins ago.
to be honest i tried
On Tue, 09 Dec 2014 13:34:24 +
Gary Willoughby via Digitalmars-d wrote:
> On Tuesday, 9 December 2014 at 03:48:17 UTC, ketmar via
> Digitalmars-d wrote:
> >> http://dlang.org/phobos/std_stdint.html
> > ah, nobody uses that, and it's not even documented. a forgott
On Tue, 09 Dec 2014 13:34:24 +
Gary Willoughby via Digitalmars-d wrote:
> On Tuesday, 9 December 2014 at 03:48:17 UTC, ketmar via
> Digitalmars-d wrote:
> >> http://dlang.org/phobos/std_stdint.html
> > ah, nobody uses that, and it's not even documented. a forgott
On Tue, 09 Dec 2014 17:28:15 +
Ivan Kazmenko via Digitalmars-d wrote:
> A well-designed language allows to recover from errors with good
> probability
if compiler can recover from error, it should not report the error at
all -- 'cause it can fix the code for me.
that is absolutely nonsense,
On Tue, 09 Dec 2014 16:55:22 +
Gary Willoughby via Digitalmars-d wrote:
> On Tuesday, 9 December 2014 at 16:10:10 UTC, ketmar via
> Digitalmars-d wrote:
> > p.s. just out of curiousity: why do you need it? D int types has
> > well-defined size, so i can't see any se
On Tue, 09 Dec 2014 18:08:48 +
bitwise via Digitalmars-d wrote:
> > somehow Walter can't accept that after emiting the first error
> > compiler
> > is in undefined state, and trying to pretend that it is in
> > well-defined
> > state or guess what well-defined state must be is a nonsense.
>
On Wed, 10 Dec 2014 03:00:56 +
bitwise via Digitalmars-d wrote:
> > so let "intellisense-like" systems do the guesswork. i don't
> > trust a
> > compiler that tries to guess what i mean instead of reporting
> > the error
> > and stop right there. i.e. i once tried PL/1 compiler which was
>
On Wed, 10 Dec 2014 08:02:22 +
Kagamin via Digitalmars-d wrote:
> The form doesn't accept my input. Just provide your cool build
> system so people could use it to build the library.
or even better: provide sh-script to build the thing. it can be
suboptimal, but if it accepts at least DFLAGS
On Wed, 10 Dec 2014 10:36:22 +
Ivan Kazmenko via Digitalmars-d wrote:
> On Wednesday, 10 December 2014 at 02:15:04 UTC, ketmar via
> Digitalmars-d wrote:
> > On Tue, 09 Dec 2014 17:28:15 +
> > Ivan Kazmenko via Digitalmars-d
> > wrote:
> >
> >
On Wed, 10 Dec 2014 10:46:56 +
bearophile via Digitalmars-d wrote:
> The #[no_std] attribute is used to avoid the runtime in Rust.
>
> Do we have any use for a @noruntime attribute in D?
>
> All @noruntime functions are also @nogc (so you don't need to put
> both attributes).
>
>
> This
On Wed, 10 Dec 2014 23:06:13 -0800
Shammah Chancellor via Digitalmars-d
wrote:
> > Was afraid that would break too much code.
> No, this is super important. Break it all!
alas, not in this life. each "break our code" just making resistance
harder. ;-)
signature.asc
Description: PGP signature
On Wed, 10 Dec 2014 17:17:11 -0800
Walter Bright via Digitalmars-d wrote:
> On 12/10/2014 10:28 AM, H. S. Teoh via Digitalmars-d wrote:
> > Yeah, the compiler cannot instantiate the template without access to the
> > full body. It *could*, though, if we were to store template body IR in
> > objec
On Thu, 11 Dec 2014 05:56:23 +
Ivan Kazmenko via Digitalmars-d wrote:
> On the other hand, I'm fine with the current state, and without
> evidence from your side, it's not going to change. So the
> inversion of who should bring proofs is also a false claim.
it's not going to change even if
On Thu, 11 Dec 2014 08:57:56 +
Tobias Pankrath via Digitalmars-d wrote:
> >>
> >> Storing it as body IR accomplishes nothing practical over
> >> storing it as source file, i.e. .di files.
> > except that there's no need to parse source code over and over
> > again,
> > which is good for ot
On Thu, 11 Dec 2014 09:18:05 +
Tobias Pankrath via Digitalmars-d wrote:
> >> Which usually hold an AST in memory anyway. We have a fast
> >> parser, parsing even a big codebase once is really not a
> >> problem, see DCD for example.
> >>
> >> If the only advantage is to skip a parsing stag
On Thu, 11 Dec 2014 09:44:49 +
John Colvin via Digitalmars-d wrote:
> Parsing is so fast it's not worth spending huge numbers of
> man-hours building an effective cacheing system for it.
and generating machine code is useless at all, it's enough to simply
improve CTFE.
> The rest
> of comp
On Thu, 11 Dec 2014 10:51:21 +
Tobias Pankrath via Digitalmars-d wrote:
> >> Come on, that is not even a half decent analogy.
> > it is. you can't see any uses of (semi)compiled module files
> > (and i
> > can; it's essential for component framework, for example). i
> > can't see
> > any us
On Thu, 11 Dec 2014 12:04:28 +
Paulo Pinto via Digitalmars-d wrote:
> BlackBox! A fellow user. :)
yeah! i miss BCB almost every day i'm doing any coding.
> Another example, the Oberon operating system, specially the
> System 3 Gadgets framework.
yep, they have the same roots. i didn't ment
On Thu, 11 Dec 2014 12:02:43 +
Tobias Pankrath via Digitalmars-d wrote:
> On Thursday, 11 December 2014 at 11:46:50 UTC, ketmar via
> Digitalmars-d wrote:
> >
> > you can't see how this can help 'cause we don't have such
> > AST-companions yet. i c
On Thu, 11 Dec 2014 12:06:39 +
Paulo Pinto via Digitalmars-d wrote:
> > with "AST-companions" D is in position to occupy that niche. D
> > is
> > c-like, D has great metaprogramming abilities, D is
> > open-source. it's
> > doomed to win.
>
> To be honest, with .NET Native and OpenJDK get
On Thu, 11 Dec 2014 12:11:35 +
Tobias Pankrath via Digitalmars-d wrote:
> If what you have in mind is indeed impossible with current object
> files, it may
> be worthwhile to create our own. But as I see it, the only
> benefit of storing an AST is compilation speed, which currently
> is no
On Fri, 12 Dec 2014 08:32:39 +0100
Jacob Carlborg via Digitalmars-d wrote:
> On 2014-12-11 09:05, ketmar via Digitalmars-d wrote:
>
> > except that there's no need to parse source code over and over again,
> > which is good for other tools (like completion suggestin
On Sat, 13 Dec 2014 11:38:47 +
ddj via Digitalmars-d wrote:
> You already have better D1.
as D2 wasn't created from the scratch, it was easier to reuse already
written c++ code. there is no big difference in having D2 compiler
written in c++ or in D1, both of them are not D2. DMD c++ is very
On Sat, 13 Dec 2014 13:55:27 +
ddj via Digitalmars-d wrote:
> Replacing unsupported D1 with unfinished D2 does not seem to me
> like good idea for language.
that's right. we need D3, 'cause D2 is cluttered with legacy crap. ;-)
> But so many issues and bug fixes scares me from using it.
nob
On Sat, 13 Dec 2014 14:48:03 +
ddj via Digitalmars-d wrote:
> > nobody forces you to use current developement versions. stick
> > with the
> > version of your choice (2.066 for example), that's all.
>
> Unfortunately it is unclear to me how many current bugs/issues
> are related to stable
On Sun, 14 Dec 2014 11:04:45 +1000
Manu via Digitalmars-d wrote:
> I'm also very interested in experiments writing game code on
> commercial-style engines.
> Hobby engines are nice, but we will get a much better feel for using D
> in the AAA games industry if a commercial-style engine is used.
wh
On Sun, 14 Dec 2014 01:28:45 +
Israel via Digitalmars-d wrote:
> What my problem is, why hasnt the D standard library implemented
> a multimedia library from the ones already available? instead of
> having to go and look for one.
exactly why any other language except C hasn't one. what is wro
On Sun, 14 Dec 2014 17:20:48 +1000
Manu via Digitalmars-d wrote:
> On 14 December 2014 at 16:57, ketmar via Digitalmars-d
> wrote:
> > On Sun, 14 Dec 2014 11:04:45 +1000
> > Manu via Digitalmars-d wrote:
> >
> >> I'm also very interested in experiment
On Sun, 14 Dec 2014 17:45:06 +1000
Manu via Digitalmars-d wrote:
> >> Hard to describe... just the sort you'd find in a big commercial game.
> >> Perhaps I could say something like, highly optimised and purpose
> >> specific, as opposed to generalised and flexible/object oriented.
> > i've seen s
On Sun, 14 Dec 2014 18:37:26 +1000
Manu via Digitalmars-d wrote:
> docs, even if they don't really know the language, after all, "what is
> the point of documentation if not to teach the language..."
i think that something is *VERY* wrong with them. for teaching the
language we have textbooks, an
On Sun, 14 Dec 2014 09:04:58 +
Paolo Invernizzi via Digitalmars-d wrote:
> Philippe Sigaud Excellent "D Templates: A Tutorial"...
> the MANTRA...
>
> "XXX templates are not XXXs, they are templates. With XXX being
> any of (function, struct, class, interface, union)."
and that still doesn't
On Sun, 14 Dec 2014 22:13:13 +1300
Rikki Cattermole via Digitalmars-d wrote:
> Now I'm back to the GUI situation.
talking about GUI toolkits. there is NONE. yep, i know about DWT, GtkD
and alot of other projects. they suck. they suck badly. there was a
great project once, "Harmonia", but it is de
On Sun, 14 Dec 2014 11:24:30 +0200
ketmar via Digitalmars-d wrote:
> On Sun, 14 Dec 2014 22:13:13 +1300
> Rikki Cattermole via Digitalmars-d wrote:
>
> > Now I'm back to the GUI situation.
> talking about GUI toolkits. there is NONE. yep, i know about DWT, GtkD
>
there is preapproved bounty ER in bugzilla:
https://issues.dlang.org/show_bug.cgi?id=11070
i did that, where is my bounty?!
but talking seriously, i don't need any bounty, i just want somebody to
take a look at that and either tell me what to fix or integrate it in
mainline. along with this one:
On Sun, 14 Dec 2014 22:52:59 +1300
Rikki Cattermole via Digitalmars-d wrote:
> > p.s. sorry for me being rude. DWT, GtkD and others are great project of
> > great value. it's not about "their authors doing wrong things", that's
> > about "i want something completely different!"
>
> Yeah they are
On Sun, 14 Dec 2014 16:18:26 +
yawniek via Digitalmars-d wrote:
> well, i am not so sure that commercial models are needed, but
> instead of trying to invent a new gui library, make the os
> available for 32/64. fix all those projects that deal with db,
> gui etc. get rid of all those misl
On Sun, 14 Dec 2014 16:24:13 +
Gabor Mezo via Digitalmars-d wrote:
> On Sunday, 14 December 2014 at 16:06:25 UTC, Martin Nowak wrote:
> > On 12/14/2014 03:50 PM, Gabor Mezo wrote:
> >> Hello,
> >>
> >> I've created a simple db dynamic lib project.
> >
> > https://github.com/D-Programming-Lang
On Sun, 14 Dec 2014 16:57:20 +
Gabor Mezo via Digitalmars-d wrote:
> Thank you for your quick help, that was it.
>
> I do (or at least I'm trying to do) hobbyist D programming as you
> guys, that's why I come here to cry at Sunday evening. :)
ah, that's ok. but you'd better ask your questio
On Mon, 15 Dec 2014 07:48:36 +
Paulo Pinto via Digitalmars-d wrote:
> Well, lots of Fortune 500 companies do.
google? fb? twitter? instagram? watsapp? those are companies that
processes massive traffic. without windows. i prefer to look at them
instead of ACME Corp., which don't even know wh
On Mon, 15 Dec 2014 13:19:01 +1100
Daniel Murphy via Digitalmars-d wrote:
> "ketmar via Digitalmars-d" wrote in message
> news:mailman.3160.1418550079.9932.digitalmar...@puremagic.com...
>
> > but talking seriously, i don't need any bounty, i just want somebody
On Mon, 15 Dec 2014 09:14:26 +
Dicebot via Digitalmars-d wrote:
> Choosing the way of throwing away code is up to you. Contributing
> in a way such it is acknowledged by upstream is defined by,
> coincidentally, upstream. The line gets drawn exactly at the
> moment where you are not satisf
On Mon, 15 Dec 2014 09:07:53 +
uri via Digitalmars-d wrote:
> You were looking forward to that, in fact I'd say trolling for
> it...
that's not the first time i asking why bugzilla is still able to host
patches. i just wanted to make myself sure that "any input is valuable"
is blatant lies.
On Mon, 15 Dec 2014 09:46:29 +
uri via Digitalmars-d wrote:
> Ideally there'd be a tool to turn Bugzilla patch submission into
> a Github PR. But again it's work *someone* has to do and it isn't
> *that* much of a hurdle to get onto Github with a made up account
> just for D.
except that i
On Mon, 15 Dec 2014 10:01:03 +
Dicebot via Digitalmars-d wrote:
> On Monday, 15 December 2014 at 09:31:28 UTC, ketmar via
> Digitalmars-d wrote:
> > On Mon, 15 Dec 2014 09:07:53 +
> > uri via Digitalmars-d wrote:
> >
> >> You were looking forward to t
On Mon, 15 Dec 2014 10:47:29 +
John Colvin via Digitalmars-d wrote:
> The attachment feature is useful (and is used) for listing large
> test-cases, stack traces etc. It is not an exclusive feature for
> patches.
i don't ever talked about disabling attaches. but there is no sense to
allow a
On Mon, 15 Dec 2014 11:27:30 +
Mengu via Digitalmars-d wrote:
> first of all, judging by your language, you don't seem like a guy
> who follows guidelines. why are you even complaining if it's
> written here or there?
'cause i see something strange in blaming me for doing exactly what was
w
On Mon, 15 Dec 2014 14:00:34 +
MattCoder via Digitalmars-d wrote:
> On Monday, 15 December 2014 at 10:11:37 UTC, ketmar via
> Digitalmars-d wrote:
> > ... i'm accepting the fact that D is doomed to be a toy, which
> > ocasionally used here and there. i tried to fi
On Mon, 15 Dec 2014 16:01:35 +0200
Shachar Shemesh via Digitalmars-d wrote:
> Please consider the following program:
> import std.exception;
>
> void main()
> {
> struct A {
> int a;
>
> @disable this(this);
> @disable ref A opAssign(const ref A);
>
> r
On Mon, 15 Dec 2014 11:50:32 -0500
Steven Schveighoffer via Digitalmars-d
wrote:
> your response was "what, peasant? I don't care, that's my patch take it
> or leave it." It doesn't surprise me that your patch was "missed" or
> ignored.
this is the equal answer to "github or GTFO".
and this is
On Mon, 15 Dec 2014 12:51:47 -0500
Steven Schveighoffer via Digitalmars-d
wrote:
> > and this is not only about this particular patch, it's about the things
> > i already mentioned in this discussion. such as having tools that says
> > that they are for patches and then blaming the people who use
On Mon, 15 Dec 2014 19:04:36 +
Piotrek via Digitalmars-d wrote:
> On Monday, 15 December 2014 at 18:05:22 UTC, ketmar via
> Digitalmars-d wrote:
> > i will not use github under any circumstances
>
> Can I ask why? Seriosly. If I may know what you care for.
there are se
On Mon, 15 Dec 2014 19:01:19 +
Jeremy DeHaan via Digitalmars-d wrote:
> I don't understand your desire to avoid github, but what ever
> your reasons if you are willing to write updates for D there
> should be a way for you to get that into a pull request. Perhaps
> you could find a surroga
On Mon, 15 Dec 2014 11:39:40 -0800
"H. S. Teoh via Digitalmars-d" wrote:
> On Mon, Dec 15, 2014 at 09:30:59PM +0200, ketmar via Digitalmars-d wrote:
> > On Mon, 15 Dec 2014 19:04:36 +
> > Piotrek via Digitalmars-d wrote:
> >
> > > On Monday, 15 D
On Mon, 15 Dec 2014 21:08:57 +
Wyatt via Digitalmars-d wrote:
> On Monday, 15 December 2014 at 20:29:23 UTC, ketmar via
> Digitalmars-d wrote:
> >
> > sadly, i'm maintaining my patchset in the form of .patch files.
> > git is great for continuous integration,
On Tue, 16 Dec 2014 13:24:34 +1300
Rikki Cattermole via Digitalmars-d wrote:
> On 16/12/2014 8:30 a.m., ketmar via Digitalmars-d wrote:
> > so as you can see this is not about GPL or something. this is about
> > attitude which i don't like. maybe i'm overreacting,
On Mon, 15 Dec 2014 23:40:43 +
bitwise via Digitalmars-d wrote:
> @manu
>
> I'm a little confused.. Looking through your Fuji/Source/Drivers
> folder, I see folders for IPhone and Android, among others...
> does your engine actually run on these platforms?
>
> I was under the impression t
On Tue, 16 Dec 2014 21:20:39 +1300
Rikki Cattermole via Digitalmars-d wrote:
> Yes but in this case this is mute. You will talk about Github
> negatively. You having an account won't cause you to talk positively
> about it.
but it will add one more user to their statistics. it's bad. but it's
n
On Wed, 17 Dec 2014 18:06:25 +1000
Manu via Digitalmars-d wrote:
> I'd suggest to look at high-quality commercial documentation, like
> MSDN or wherever.
please, no! the fact that you are used to it doesn't mean that msdn is
a quality dox.
besides, msdn references are exactly what phobos documen
On Wed, 17 Dec 2014 18:09:00 +1000
Manu via Digitalmars-d wrote:
> On 15 December 2014 at 06:44, Jacob Carlborg via Digitalmars-d
> wrote:
> > On 2014-12-14 09:37, Manu via Digitalmars-d wrote:
> >
> >> They immediately made comments about goto-definition not working, and
> >> auto-completion no
On Wed, 17 Dec 2014 18:41:06 +1000
Manu via Digitalmars-d wrote:
> Do we have any vector's into Microsoft to get fixes for D'd debugging
> experience into their debugger? Are there any sympathetic developers
> at MS?
haha. they can't do C99 for decades, so i bet that seeing Hell frozen
is much mo
On Wed, 17 Dec 2014 09:48:26 +
Tobias Pankrath via Digitalmars-d wrote:
> std.container.Array(T) if(is(Unqual!T == bool)) vs.
> std.container.Array(T) if(!is(Unqual!T == bool)).
>
> That's super unhelpful for newcomers.
that's why newcomers should NOT try to learn the language using
referenc
On Wed, 17 Dec 2014 10:44:25 +
Paulo Pinto via Digitalmars-d wrote:
> On Wednesday, 17 December 2014 at 10:21:53 UTC, ketmar via
> Digitalmars-d wrote:
> > On Wed, 17 Dec 2014 18:41:06 +1000
> > Manu via Digitalmars-d wrote:
> >
> >> Do we have any vector&
On Wed, 17 Dec 2014 10:49:19 +
Tobias Pankrath via Digitalmars-d wrote:
> On Wednesday, 17 December 2014 at 10:33:34 UTC, ketmar via
> Digitalmars-d wrote:
> > On Wed, 17 Dec 2014 09:48:26 +
> > Tobias Pankrath via Digitalmars-d
> > wrote:
> >
> >&
On Wed, 17 Dec 2014 15:01:30 +
Wyatt via Digitalmars-d wrote:
> > besides, msdn references are exactly what phobos documentation
> > is: description of functions. will msdn reference dox help you
> > to learn msvc? yet you citing it as "high-quality" and blaming
> > phobos dox for doing (or,
On Wed, 17 Dec 2014 16:08:43 +
Chris via Digitalmars-d wrote:
> Btw, a guy I know could go into a D program I had written and
> change things as needed by simply looking at the code and the
> library reference. He had no previous knowledge of D. It is
> possible to do that in D as well. In
On Wed, 17 Dec 2014 11:47:24 -0800
Walter Bright via Digitalmars-d wrote:
> >> Storing it as body IR accomplishes nothing practical over storing it as
> >> source
> >> file, i.e. .di files.
> > except that there's no need to parse source code over and over again,
> > which is good for other tool
On Thu, 18 Dec 2014 08:17:47 +
Paulo Pinto via Digitalmars-d wrote:
> On Wednesday, 17 December 2014 at 22:24:09 UTC, Sean Kelly wrote:
> > On Wednesday, 17 December 2014 at 17:09:34 UTC, Andrei
> > Alexandrescu wrote:
> >> On 12/4/14 6:39 PM, deadalnix wrote:
> >>> On Thursday, 4 December 2
On Thu, 18 Dec 2014 08:09:08 +
via Digitalmars-d wrote:
> On Thursday, 18 December 2014 at 01:16:38 UTC, H. S. Teoh via
> Digitalmars-d wrote:
> > On Thu, Dec 18, 2014 at 12:37:43AM +, via Digitalmars-d
> > wrote:
> >> Regular HD I/O is quite slow, but with fast SSD on PCIe and a
> >>
On Thu, 18 Dec 2014 08:49:37 +
Iain Buclaw via Digitalmars-d wrote:
> On 17 December 2014 at 17:50, Nick Treleaven via Digitalmars-d
> wrote:
> > On 15/12/2014 19:39, H. S. Teoh via Digitalmars-d wrote:
> >>
> >> If you put your git repo online somewhere, I wouldn't mind pulling from
> >> it
On Thu, 18 Dec 2014 09:37:35 +
via Digitalmars-d wrote:
> On Thursday, 18 December 2014 at 08:56:29 UTC, ketmar via
> Digitalmars-d wrote:
> > didn't i say that the whole "64-bit" hype sux? ;-) that's about
> > "memory as database".
>
>
On Thu, 18 Dec 2014 20:24:36 +1000
Manu via Digitalmars-d wrote:
> On 17 December 2014 at 20:33, ketmar via Digitalmars-d
> wrote:
> > On Wed, 17 Dec 2014 09:48:26 +
> > Tobias Pankrath via Digitalmars-d wrote:
> >
> >> std.container.Arr
On Thu, 18 Dec 2014 20:13:33 +1000
Manu via Digitalmars-d wrote:
> >> One thing I know for sure, is when they are confronted with
> >> constraints, especially on templates, they have absolutely no idea
> >> what they're looking at...
> > did they ever tried to learn the language? seems that you j
On Thu, 18 Dec 2014 10:23:32 +
Ondra via Digitalmars-d wrote:
> What about stop flaming and do some research on this.
> Create some questionnare of some sort and ask D lang developers
> what was hard for them while learning. What they found difficult
> about language and then try to improve
On Thu, 18 Dec 2014 10:54:22 +
Ondra via Digitalmars-d wrote:
> No. There are almost no examples on practical usage of packages.
> Have you tried to use e.g.: std.json from scratch with only
> reading documentation without googling forums for help how to
> actually use it?
yes. strange thi
On Thu, 18 Dec 2014 21:15:25 +1000
Manu via Digitalmars-d wrote:
> >> I couldn't disagree more. People aren't allocated work time to read books.
> >> Books are for students or language enthusiasts who want to learn about
> >> programming in their home time. That doesn't apply to most
> >> profess
On Thu, 18 Dec 2014 11:43:43 +
Ondra via Digitalmars-d wrote:
> I meant more to focus only on D. Like : "What do you have most
> difficulty with while learning language/you were learning
> langeuage?" "What do you consider most confusing part of D
> library/language features." etc...
that'
On Thu, 18 Dec 2014 12:03:55 +
Ondra via Digitalmars-d wrote:
> On Thursday, 18 December 2014 at 11:19:11 UTC, ketmar via
> Digitalmars-d wrote:
> > On Thu, 18 Dec 2014 10:54:22 +
> > Ondra via Digitalmars-d wrote:
> >
> >> No. There are almost
On Thu, 18 Dec 2014 12:07:53 +
Ondra via Digitalmars-d wrote:
> >> On the other hand I don't feel that templates are so hard.
> >> That's actually why i started to learn D.
> > i bet you didn't do alot of convoluted templates in C++, aren't
> > you?
> > 'cause people with that background te
On Thu, 18 Dec 2014 17:19:28 +
Nick Treleaven via Digitalmars-d wrote:
> On 18/12/2014 08:58, ketmar via Digitalmars-d wrote:
> >
> > too much work for toy hobbyst project.
> >
>
> In case you want free Git hosting other than github, check:
> https://git.wiki.k
On Thu, 18 Dec 2014 22:46:04 +
Jonathan Marler via Digitalmars-d wrote:
> What are peoples thoughts on having an inferred type for "cast"?
> Good/Bad idea? If good, how helpful would this be? Would this
> break existing code somehow? I think this feature would be a nice
> added convenience
On Thu, 18 Dec 2014 23:18:16 +
"Adam D. Ruppe via Digitalmars-d" wrote:
> On Thursday, 18 December 2014 at 23:06:12 UTC, ketmar via
> Digitalmars-d wrote:
> > the only thing this will help is to hide bugs, i believe.
>
> On the contrary, I find explicit
On Thu, 18 Dec 2014 23:18:16 +
"Adam D. Ruppe via Digitalmars-d" wrote:
> On Thursday, 18 December 2014 at 23:06:12 UTC, ketmar via
> Digitalmars-d wrote:
> > the only thing this will help is to hide bugs, i believe.
>
> On the contrary, I find explicit
601 - 700 of 1995 matches
Mail list logo
