On Sun, 07 Dec 2014 01:12:52 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com wrote:
If the reflection mixin is in the same module that it's
reflecting, it can be easily found, but in the case of a static
library where reflection information has to be created in a
separate
On Sun, 07 Dec 2014 05:42:31 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com wrote:
what you actually want is some cross-module compile-time data storage.
this is impossible to implement. at least to make it reliable.
with separate compilation, for example, you can't get list of all
On Sun, 07 Dec 2014 21:44:51 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com wrote:
I would like to be able to reflect private members though... Is
there any way to give a module private access to an unrelated
module?
nope. and i hope there will be no such thing. ;-)
I understand
On Sun, 7 Dec 2014 20:55:04 +0530
Shriramana Sharma via Digitalmars-d digitalmars-d@puremagic.com wrote:
I wonder if it is me or everyone is receiving some sort of
kitchen-related spam via the mailing list?
not that many. something about 5-6 letters withing a month (at it's
maximum).
The
Hello.
i don't like `size_t`. for many month i avoied using it wherever that
was possible, 'cause i feel something wrong with it. and today i found
the soultion!
let's see how other D types are named: `int`, `uint`, `byte` (oh, well,
this name sux), `ulong`. see the pattern? so i decided to
On Mon, 08 Dec 2014 01:50:44 +
Freddy via Digitalmars-d digitalmars-d@puremagic.com wrote:
I would like if usize wasn't implictly convertable to uint or
ulong
me too, but this change is too radical. it will not break any of my
own code ('cause i used to write casts for that stupid 64-bit
On Mon, 08 Dec 2014 02:29:49 +
Freddy via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Monday, 8 December 2014 at 02:04:58 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 08 Dec 2014 01:50:44 +
Freddy via Digitalmars-d digitalmars-d@puremagic.com wrote:
I would like if usize
On Mon, 08 Dec 2014 02:58:45 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 08 Dec 2014 11:37:00 +
Dominikus Dittes Scherkl via Digitalmars-d
digitalmars-d@puremagic.com 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.
On Mon, 08 Dec 2014 14:00:25 +
Jonathan Marler via Digitalmars-d digitalmars-d@puremagic.com 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
digitalmars-d@puremagic.com
On Mon, 08 Dec 2014 13:49:30 +
Ivan Kazmenko via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 08 Dec 2014 13:49:30 +
Ivan Kazmenko via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 08 Dec 2014 15:52:07 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 08 Dec 2014 15:05:18 +
Jonathan Marler via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 08 Dec 2014 15:39:53 +
Ivan Kazmenko via Digitalmars-d digitalmars-d@puremagic.com 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 digitalmars-d@puremagic.com
wrote
On Mon, 08 Dec 2014 16:03:42 +
Kagamin via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 08 Dec 2014 14:30:08 -0800
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com 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:
On Mon, 08 Dec 2014 20:42:48 +
deadalnix via Digitalmars-d digitalmars-d@puremagic.com 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 digitalmars-d@puremagic.com 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
On Mon, 08 Dec 2014 17:33:48 +
Gary Willoughby via Digitalmars-d digitalmars-d@puremagic.com 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
was possible, 'cause i
On Mon, 08 Dec 2014 21:08:03 +
Brad Anderson via Digitalmars-d digitalmars-d@puremagic.com 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
digitalmars-d@puremagic.com wrote:
It seems that D3 is
On Mon, 08 Dec 2014 19:40:38 -0800
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com 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 digitalmars-d@puremagic.com wrote:
The two-step lookup method
On Tue, 09 Dec 2014 08:26:18 +
Kagamin via Digitalmars-d digitalmars-d@puremagic.com 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`: ah
On Tue, 09 Dec 2014 08:15:00 +
Puming via Digitalmars-d digitalmars-d@puremagic.com 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 +
Brad Anderson
On Tue, 09 Dec 2014 11:09:44 +
Russel Winder via Digitalmars-d digitalmars-d@puremagic.com 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,
On Tue, 09 Dec 2014 11:34:34 +
Russel Winder via Digitalmars-d digitalmars-d@puremagic.com 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
On Tue, 09 Dec 2014 13:34:24 +
Gary Willoughby via Digitalmars-d digitalmars-d@puremagic.com 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 forgotten
On Tue, 09 Dec 2014 13:34:24 +
Gary Willoughby via Digitalmars-d digitalmars-d@puremagic.com 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 forgotten
On Tue, 09 Dec 2014 17:28:15 +
Ivan Kazmenko via Digitalmars-d digitalmars-d@puremagic.com 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.
On Tue, 09 Dec 2014 16:55:22 +
Gary Willoughby via Digitalmars-d digitalmars-d@puremagic.com 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 sense
On Tue, 09 Dec 2014 18:08:48 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 10 Dec 2014 03:00:56 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 10 Dec 2014 08:02:22 +
Kagamin via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 10 Dec 2014 10:36:22 +
Ivan Kazmenko via Digitalmars-d digitalmars-d@puremagic.com 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 digitalmars-d@puremagic.com
wrote
On Wed, 10 Dec 2014 10:46:56 +
bearophile via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 10 Dec 2014 23:06:13 -0800
Shammah Chancellor via Digitalmars-d digitalmars-d@puremagic.com
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
On Wed, 10 Dec 2014 17:17:11 -0800
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 11 Dec 2014 05:56:23 +
Ivan Kazmenko via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 11 Dec 2014 08:57:56 +
Tobias Pankrath via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 11 Dec 2014 09:18:05 +
Tobias Pankrath via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 11 Dec 2014 09:44:49 +
John Colvin via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 11 Dec 2014 10:51:21 +
Tobias Pankrath via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 11 Dec 2014 12:04:28 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 11 Dec 2014 12:02:43 +
Tobias Pankrath via Digitalmars-d digitalmars-d@puremagic.com 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 can see how
On Thu, 11 Dec 2014 12:06:39 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 11 Dec 2014 12:11:35 +
Tobias Pankrath via Digitalmars-d digitalmars-d@puremagic.com 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,
On Fri, 12 Dec 2014 08:32:39 +0100
Jacob Carlborg via Digitalmars-d digitalmars-d@puremagic.com 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 suggesting
On Sat, 13 Dec 2014 11:38:47 +
ddj via Digitalmars-d digitalmars-d@puremagic.com 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
On Sat, 13 Dec 2014 13:55:27 +
ddj via Digitalmars-d digitalmars-d@puremagic.com 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
On Sat, 13 Dec 2014 14:48:03 +
ddj via Digitalmars-d digitalmars-d@puremagic.com 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
On Sun, 14 Dec 2014 11:04:45 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com 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
On Sun, 14 Dec 2014 01:28:45 +
Israel via Digitalmars-d digitalmars-d@puremagic.com 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
On Sun, 14 Dec 2014 17:20:48 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com wrote:
On 14 December 2014 at 16:57, ketmar via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sun, 14 Dec 2014 11:04:45 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com wrote:
I'm also
On Sun, 14 Dec 2014 17:45:06 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com 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
On Sun, 14 Dec 2014 18:37:26 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com 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
On Sun, 14 Dec 2014 09:04:58 +
Paolo Invernizzi via Digitalmars-d digitalmars-d@puremagic.com 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
On Sun, 14 Dec 2014 22:13:13 +1300
Rikki Cattermole via Digitalmars-d digitalmars-d@puremagic.com 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
On Sun, 14 Dec 2014 11:24:30 +0200
ketmar via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Sun, 14 Dec 2014 22:13:13 +1300
Rikki Cattermole via Digitalmars-d digitalmars-d@puremagic.com wrote:
Now I'm back to the GUI situation.
talking about GUI toolkits. there is NONE. yep, i know
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 digitalmars-d@puremagic.com 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!
On Sun, 14 Dec 2014 16:18:26 +
yawniek via Digitalmars-d digitalmars-d@puremagic.com 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.
On Sun, 14 Dec 2014 16:24:13 +
Gabor Mezo via Digitalmars-d digitalmars-d@puremagic.com 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.
On Sun, 14 Dec 2014 16:57:20 +
Gabor Mezo via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 07:48:36 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 13:19:01 +1100
Daniel Murphy via Digitalmars-d digitalmars-d@puremagic.com 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 to
take
On Mon, 15 Dec 2014 09:14:26 +
Dicebot via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 09:07:53 +
uri via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 09:46:29 +
uri via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 10:01:03 +
Dicebot via Digitalmars-d digitalmars-d@puremagic.com 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 digitalmars-d@puremagic.com wrote:
You were looking
On Mon, 15 Dec 2014 10:47:29 +
John Colvin via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 11:27:30 +
Mengu via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 14:00:34 +
MattCoder via Digitalmars-d digitalmars-d@puremagic.com 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 fight
On Mon, 15 Dec 2014 16:01:35 +0200
Shachar Shemesh via Digitalmars-d digitalmars-d@puremagic.com wrote:
Please consider the following program:
import std.exception;
void main()
{
struct A {
int a;
@disable this(this);
@disable ref A opAssign(const ref
On Mon, 15 Dec 2014 11:50:32 -0500
Steven Schveighoffer via Digitalmars-d digitalmars-d@puremagic.com
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
On Mon, 15 Dec 2014 12:51:47 -0500
Steven Schveighoffer via Digitalmars-d digitalmars-d@puremagic.com
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
On Mon, 15 Dec 2014 19:04:36 +
Piotrek via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 19:01:19 +
Jeremy DeHaan via Digitalmars-d digitalmars-d@puremagic.com 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
On Mon, 15 Dec 2014 11:39:40 -0800
H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com 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 digitalmars-d@puremagic.com wrote:
On Monday, 15
On Mon, 15 Dec 2014 21:08:57 +
Wyatt via Digitalmars-d digitalmars-d@puremagic.com 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, but i
On Tue, 16 Dec 2014 13:24:34 +1300
Rikki Cattermole via Digitalmars-d digitalmars-d@puremagic.com 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, but i'm
On Mon, 15 Dec 2014 23:40:43 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com 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
On Tue, 16 Dec 2014 21:20:39 +1300
Rikki Cattermole via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 17 Dec 2014 18:06:25 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 17 Dec 2014 18:09:00 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com wrote:
On 15 December 2014 at 06:44, Jacob Carlborg via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 2014-12-14 09:37, Manu via Digitalmars-d wrote:
They immediately made comments about
On Wed, 17 Dec 2014 18:41:06 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 17 Dec 2014 09:48:26 +
Tobias Pankrath via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 17 Dec 2014 10:44:25 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com 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 digitalmars-d@puremagic.com wrote:
Do we have
On Wed, 17 Dec 2014 10:49:19 +
Tobias Pankrath via Digitalmars-d digitalmars-d@puremagic.com 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 digitalmars-d@puremagic.com
wrote
On Wed, 17 Dec 2014 15:01:30 +
Wyatt via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 17 Dec 2014 16:08:43 +
Chris via Digitalmars-d digitalmars-d@puremagic.com 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
On Wed, 17 Dec 2014 11:47:24 -0800
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 18 Dec 2014 08:17:47 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 18 Dec 2014 08:09:08 +
via Digitalmars-d digitalmars-d@puremagic.com 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 Thu, 18 Dec 2014 08:49:37 +
Iain Buclaw via Digitalmars-d digitalmars-d@puremagic.com wrote:
On 17 December 2014 at 17:50, Nick Treleaven via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 15/12/2014 19:39, H. S. Teoh via Digitalmars-d wrote:
If you put your git repo online
On Thu, 18 Dec 2014 09:37:35 +
via Digitalmars-d digitalmars-d@puremagic.com 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.
Did you? :-) Regular HDD is at 100
On Thu, 18 Dec 2014 20:24:36 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com wrote:
On 17 December 2014 at 20:33, ketmar via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Wed, 17 Dec 2014 09:48:26 +
Tobias Pankrath via Digitalmars-d digitalmars-d@puremagic.com wrote
On Thu, 18 Dec 2014 20:13:33 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com 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?
On Thu, 18 Dec 2014 10:23:32 +
Ondra via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 18 Dec 2014 10:54:22 +
Ondra via Digitalmars-d digitalmars-d@puremagic.com 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
On Thu, 18 Dec 2014 21:15:25 +1000
Manu via Digitalmars-d digitalmars-d@puremagic.com 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
601 - 700 of 3410 matches
Mail list logo