New videos are comeing soon :)
Topics : Intro to compilers
Parseing and the AsT
Identifier-resolution and scope
On Sunday, 21 December 2014 at 00:14:18 UTC, Joseph Rushton
Wakeling wrote:
In the longer run, it'd be great if this could become an
official part of the D testing framework accessible from
dlang.org. It would also be really nice if we could have some
sort of link between this system, and the
awesome, thank you very much!
On Thursday, 18 December 2014 at 23:56:54 UTC, Ronald Adonyo
wrote:
Hi Everyone,
In my spare time over the last 3 weeks, I've been working on a
C# to D Compiler based on Roslyn.
Please check it out and give comments. I would also like this
to be a basis to provide both Libraries in D and allow
One example of a somewhat large performance oriented C#
application is OpenRA[1].
(An open-source implementation of the Command Conquer: Red
Alert engine using .NET/Mono and OpenGL. Runs on Windows, Linux
and Mac OS X)
It is interesting to see how far it can be translated from C# to
D and
On Sun, 21 Dec 2014 07:54:53 +
Joakim via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Saturday, 20 December 2014 at 18:49:06 UTC, ketmar via
Digitalmars-d-announce wrote:
On Sat, 20 Dec 2014 17:12:46 +
Joakim via Digitalmars-d-announce
On Sunday, 21 December 2014 at 15:12:26 UTC, ZombineDev wrote:
One example of a somewhat large performance oriented C#
application is OpenRA[1].
(An open-source implementation of the Command Conquer: Red
Alert engine using .NET/Mono and OpenGL. Runs on Windows, Linux
and Mac OS X)
It is
On Sunday, 21 December 2014 at 15:44:05 UTC, ketmar via
Digitalmars-d-announce wrote:
On Sun, 21 Dec 2014 07:54:53 +
Joakim via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
That still doesn't answer the question of why anyone would
spend time collecting stats when it's
On Sun, 21 Dec 2014 18:24:12 +
Joakim via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
But nobody cares to prove it to you. I made an assertion that
patches were upstreamed, all the raw data is out there to show
that. If you're unwilling to go look for it, doesn't
Sigh, I did ask you some questions, which you've answered with a
couple more questions, so I'll give you one last response.
On Sunday, 21 December 2014 at 18:52:00 UTC, ketmar via
Digitalmars-d-announce wrote:
On Sun, 21 Dec 2014 18:24:12 +
Joakim via Digitalmars-d-announce
https://github.com/Laeeth/d_hdf5
HDF5 is a very valuable tool for those working with large data
sets.
From HDF5group.org
HDF5 is a unique technology suite that makes possible the
management of extremely large and complex data collections. The
HDF5 technology suite includes:
* A versatile
On 22/12/2014 5:51 p.m., Laeeth Isharc wrote:
https://github.com/Laeeth/d_hdf5
HDF5 is a very valuable tool for those working with large data sets.
From HDF5group.org
HDF5 is a unique technology suite that makes possible the management of
extremely large and complex data collections. The
On Sunday, 21 December 2014 at 03:04:05 UTC, Steven Schveighoffer
wrote:
On 12/20/14 3:36 AM, Jonathan Marler wrote:
Nobody likes to use cast, but for now we are stuck with it.
Creating
alternatives to cast would be a great thing to discuss but
doesn't
really apply to the point at hand, which
On Saturday, 20 December 2014 at 23:22:40 UTC, Joseph Rushton
Wakeling via Digitalmars-d wrote:
On 02/11/14 15:55, IgorStepanov via Digitalmars-d wrote:
http://wiki.dlang.org/DIP66
I've applied some changes to it, however there are still some
unresolved questions.
The current DIP doesn't
Ola Fosheim Grøstad:
1. A well thought out ownership system to replace GC with
compiler protocols/mechanisms that makes good static analysis
possible and pointers alias free. It should be designed before
scope is added and a GC-free runtime should be available.
2. Redesign features and
On Saturday, 20 December 2014 at 15:14:28 UTC, Bienlein wrote:
On Saturday, 20 December 2014 at 14:06:51 UTC, Paulo Pinto
wrote:
That is why I seldom buy into hype driven development.
Okay, so Docker is hype? Have you seen the impact of it? Every
Java magazine has articles about Docker.
On Saturday, 20 December 2014 at 19:11:53 UTC, Vic wrote:
Second smaller thing I 'elude' to but don't verbalize in that
argument is my personal preference for a smaller language. Less
is better/faster.
I think this is the main reason why we have different perspective
on necessity of change.
On Saturday, 20 December 2014 at 17:40:06 UTC, Martin Nowak wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
Nice but not important, unless you mean full tuple redesign (not
realistic)
- working
On Saturday, 20 December 2014 at 21:47:24 UTC, Walter Bright
wrote:
I did notice this:
I updated the ldc D compiler earlier today (incidentally, as
part of upgrading my system with pacman -Syu), and now it
doesn't compile at all. It was previously compiling, and ran at
around 90% the speed
Dicebot:
- tuple support (DIP32, maybe without pattern matching)
Nice but not important, unless you mean full tuple redesign
(not realistic)
Full tuples (without pattern matching) are quite realistic in
D. Tuples have a simple uncontroversial semantics and they get
used everywhere.
On Sat, 2014-12-20 at 15:16 -0800, Andrei Alexandrescu via Digitalmars-d wrote:
On 12/6/14 7:26 AM, Russel Winder via Digitalmars-d wrote:
Primitive types are scheduled for removal, leaving only reference
types.
Wow, that's a biggie. Link(s)? -- Andrei
Simon Ritter laid out the
On Sunday, 21 December 2014 at 09:58:42 UTC, bearophile wrote:
Dicebot:
- tuple support (DIP32, maybe without pattern matching)
Nice but not important, unless you mean full tuple redesign
(not realistic)
Full tuples (without pattern matching) are quite realistic in
D. Tuples have a
On Saturday, 20 December 2014 at 21:39:44 UTC, Walter Bright
wrote:
On 12/19/2014 9:44 PM, Dicebot wrote:
Such notion of view requires at least some elements of
transitivity to be
practical in my opinion.
I have no idea how some elements of transitivity can even
work. It's either transitive
On Sunday, 21 December 2014 at 08:23:34 UTC, deadalnix wrote:
See also: https://issues.dlang.org/show_bug.cgi?id=10996
I have nothing against this, but this is, indeed, completely
out of the scope (!) of the DIP.
I think it belongs to DIP22
On Sat, 2014-12-20 at 22:09 +, Paulo Pinto via Digitalmars-d wrote:
On Saturday, 20 December 2014 at 15:14:28 UTC, Bienlein wrote:
[…]
Have a look at all the job offers for Go developers here:
http://www.golangprojects.com. All those jobs are the result of
some hype.
I wasn't
On Sun, 2014-12-21 at 09:30 +, Dicebot via Digitalmars-d wrote:
[…]
This is very definition of hype. Yes, Go is hugely overblown and it
has nothing to do with any of its technical features. Only business
value Go truly has is simplicity and even that doesn't matter in
practice.
On Sunday, 21 December 2014 at 10:33:09 UTC, Russel Winder via
Digitalmars-d wrote:
On Sun, 2014-12-21 at 09:30 +, Dicebot via Digitalmars-d
wrote:
[…]
This is very definition of hype. Yes, Go is hugely overblown
and it has nothing to do with any of its technical features.
Only
On 20 Dec 2014 17:45, Martin Nowak via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and visibility rules (DIP22, 313, 314)
-
On Sunday, 21 December 2014 at 10:26:45 UTC, Russel Winder via
Digitalmars-d wrote:
D was started as a better C++. Technically that may be true,
but it
has failed to gain traction in the market. Most C++ people
will move
to C++14 rather than D. Most C people will move to Go rather
than C++
On Sunday, 21 December 2014 at 11:18:43 UTC, Joakim wrote:
Native efficiency combined with expressiveness and ease of use,
as the front page says. That's too general-purpose to just go
build some specialized app like docker, but in the long run may
lead to much bigger wins.
I think so
On 2014-12-21 10:46, Dicebot wrote:
- better user-defined type support (any built-in type must be possible
to emulate via user aggregate)
Any specifics to achieve this?
--
/Jacob Carlborg
- Tuple support would be nice (more minor for me)
- Proper @nogc support (Exceptions in particular make @nogc
unusable in its current state, I've stopped bothering with it)
- Final - virtual support (fairly important)
- Fixing importing / visibility (ie, 314 and other issues)
Besides the
On Sunday, 21 December 2014 at 12:26:04 UTC, Jacob Carlborg wrote:
On 2014-12-21 10:46, Dicebot wrote:
- better user-defined type support (any built-in type must be
possible
to emulate via user aggregate)
Any specifics to achieve this?
Stuff that immediately comes to my mind:
- some way
On 12/20/14 10:24 PM, Walter Bright wrote:
On 12/20/2014 7:11 PM, Steven Schveighoffer wrote:
Wouldn't a tree own its nodes?
I've replied to this repeatedly. Think of a symbol table tree, in which
symbols are looked up. References to found symbols are then inserted
into the AST.
But doesn't
On 12/20/14 10:24 PM, Walter Bright wrote:
On 12/20/2014 7:11 PM, Steven Schveighoffer wrote:
Wouldn't a tree own its nodes?
I've replied to this repeatedly. Think of a symbol table tree, in which
symbols are looked up. References to found symbols are then inserted
into the AST.
But doesn't
On 12/21/14 8:49 AM, Steven Schveighoffer wrote:
Sorry for the double post, my mailer had issues...
-Steve
On 12/21/14 3:23 AM, Jonathan Marler wrote:
As for the typed cast, what about when the function argument is changed
from a byte to a short? If the initial caller was using cast(byte) and
doesn't change to cast(short), then you are also creating a bug. I feel
like you're going to get different
I noticed your other comment about wanting a double-typed
cast. I could
see that being useful especially if we did something like this:
When a cast is performed, the source and target type must
match the
expected types EXACTLY.
int y;
ushort x = cast(byte, int)y; // cast from int to byte
On Sun, 21 Dec 2014 15:20:44 +
Jonathan Marler via Digitalmars-d digitalmars-d@puremagic.com wrote:
It seems alot of the potential bugs from casting can occur when
one of the types change. If we forced the cast operator to match
the type(s) exactly then it would eliminate all these
On Sun, 21 Dec 2014 15:20:44 +
Jonathan Marler via Digitalmars-d digitalmars-d@puremagic.com wrote:
`z.castassignto(a);`, of course. ;-)
signature.asc
Description: PGP signature
On Sunday, 21 December 2014 at 11:33:05 UTC, matovitch wrote:
On Sunday, 21 December 2014 at 11:18:43 UTC, Joakim wrote:
Native efficiency combined with expressiveness and ease of
use, as the front page says. That's too general-purpose to
just go build some specialized app like docker, but
On Thursday, 18 December 2014 at 09:20:27 UTC, Jacob Carlborg
wrote:
On 2014-12-17 23:24, Sean Kelly wrote:
Hah. I tried RoR once. I couldn't get the environment set up
and running and eventually just gave up.
I don't know when you tried it last time, but today it's very
easy to install:
On 2014-12-21 19:31, Sean Kelly wrote:
I was following the original RoR book. I got bogged down in setting up
the DB and wiring everything together.
The default settings will use SQLite and if you're on a Mac that will
already be installed. That means you don't have to do anything. For
I tried Ruby back in I think 2008 and had just an absolute beast
of a time getting it running on the servers. PHP, by contrast,
almost just worked.
RoR is a lot better now than it was at that point, though I'm
still not impressed with it. I do some work stuff with it and
often hit pretty
On Sunday, 21 December 2014 at 10:26:45 UTC, Russel Winder via
Digitalmars-d wrote:
to C++14 rather than D. Most C people will move to Go rather
than C++ or D.
I would not use Go for anything I would consider C for atm, but I
will move some stuff from Python to Go when it is supported on
I think you nailed the argument.
On Sunday, 21 December 2014 at 09:36:00 UTC, Dicebot wrote:
On Saturday, 20 December 2014 at 19:11:53 UTC, Vic wrote:
Second smaller thing I 'elude' to but don't verbalize in that
argument is my personal preference for a smaller language.
Less is
On Sunday, 21 December 2014 at 09:34:33 UTC, bearophile wrote:
This sounds more ambitious than the hypothetical D3 language :-)
Feature complete should be ambitious! I am only asking for
something a little bit better than C++ ;-) I am not asking for
fringe features like multiple alias
NO. Just don't use features that you don't understand or like, but
don't punish happy D users by demanding a crippled D version.
On Sunday, 21 December 2014 at 22:21:21 UTC, Vic wrote:
...
I assume in order for your company to be happy in using D, you'd
want it work, right? That is all I'm saying as well, lots of git
examples and commercial projects using D.
And I'm not saying to remove *any* features at all. I'm saying
*MOVE* some features, tbd. For example Linux has Kernal and
On 12/21/2014 2:06 AM, Dicebot wrote:
No, it is exactly the other way around. The very point of what I am saying is
that you DOESN'T CARE about ownership as long as worst case scenario is
assumed. I have zero idea why you identify it is conflating as ownership when
it is explicitly designed to
Walter Bright wrote in message news:m753hk$pt2$1...@digitalmars.com...
Invariants should be checking the state of the object that it owns, not
other objects. I would consider such an invariant invalid.
What? No.
This is a perfectly valid use of invariants:
class A
{
B b;
invariant()
On 12/21/2014 11:18 PM, Daniel Murphy wrote:
Walter Bright wrote in message news:m753hk$pt2$1...@digitalmars.com...
Invariants should be checking the state of the object that it owns, not other
objects. I would consider such an invariant invalid.
What? No.
This is a perfectly valid use of
Thank you kindly for this detailed response. Your directions bore
frution, and I now have cats that breed cats (and not dogs).
However I can't get rid of the following warning on compilation :
|...
| void mixGenetics(Cat mother,Cat father) {...}
|...
Warning: Beast.Beast.mixGenetics(Beast
On Sunday, 21 December 2014 at 15:05:47 UTC, Mike Parker wrote:
// Now do Catty things
pickiness = (mother.pickiness + father.pickiness) / 2;
Sorry, forgot to change that line when I copy-pasted. Should be:
pickiness = (catmom.pickiness + catdad.pickiness) / 2;
On Sunday, 21 December 2014 at 10:42:37 UTC, Derix wrote:
If you change the mother and father parameters from Beasts to
Cats, then you aren't overriding anything -- you are
/overloading/. That's where the first two errors were coming
from. In order for a subclass method to override a base
Thanks a lot, I begin to see the light !
you aren't overriding anything -- you are
/overloading/
Yep, I rekon the difference was not clear to me. It still isn't
right now, but at least now I know that it exists and I have to
look into it.
As to the spell you cast to my cats in your rewriting
I want to get that : pragma(link, SUBSYSTEM WINDOWS,4.0);
But get error:pragma link unrecognized pragma(link)?
How can I to do?
Thank you.
On Sun, 21 Dec 2014 16:42:45 +
FrankLike via Digitalmars-d-learn digitalmars-d-learn@puremagic.com
wrote:
I want to get that : pragma(link, SUBSYSTEM WINDOWS,4.0);
But get error:pragma link unrecognized pragma(link)?
How can I to do?
Thank you.
you have to patch the compiler to
On Sunday, 21 December 2014 at 17:04:45 UTC, ketmar via
Digitalmars-d-learn wrote:
On Sun, 21 Dec 2014 16:42:45 +
FrankLike via Digitalmars-d-learn
digitalmars-d-learn@puremagic.com
wrote:
I want to get that : pragma(link, SUBSYSTEM WINDOWS,4.0);
But get error:pragma link unrecognized
On 12/22/2014 9:21 AM, FrankLike wrote:
Now ,x64 mainform always have the console window,and the entry
is main.
could you do it?
Thank you.
Since 64-bit DMD uses the Microsoft toolchain, you need to pass a
parameter on the command line to the MS linker. Linker parameters are
On 12/22/2014 1:11 AM, Derix wrote:
Yep, I rekon the difference was not clear to me. It still isn't
right now, but at least now I know that it exists and I have to
look into it.
Overriding - a subclass reimplements a method from a base class. The
method must have the same number and type of
https://issues.dlang.org/show_bug.cgi?id=12163
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=12163
--- Comment #9 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/cb4d2ec8bd09376c7f33de9356799ebd9bde7750
fix Issue 12163 - pdb
https://issues.dlang.org/show_bug.cgi?id=11541
Rainer Schuetze r.sagita...@gmx.de changed:
What|Removed |Added
CC||r.sagita...@gmx.de
---
https://issues.dlang.org/show_bug.cgi?id=11902
--- Comment #15 from Rainer Schuetze r.sagita...@gmx.de ---
The debug info selector has Symbolic (suitable for Mago) and Symbolic
(suitable for VS debug engine). It could be derived from the selected debug
engine, it already does that when
https://issues.dlang.org/show_bug.cgi?id=13883
Issue ID: 13883
Summary: can't alias elements of typetuple
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: normal
Priority:
https://issues.dlang.org/show_bug.cgi?id=13883
Vlad Levenfeld vlevenf...@gmail.com changed:
What|Removed |Added
Keywords||rejects-valid
https://issues.dlang.org/show_bug.cgi?id=13884
Issue ID: 13884
Summary: No error line number with std.array.array of range of
type tuples
Product: D
Version: D2
Hardware: x86
OS: Windows
Status:
https://issues.dlang.org/show_bug.cgi?id=13885
Issue ID: 13885
Summary: aa.byKey and aa.byValue don't have a length
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=13418
Kazuki Komatsu enjouzensyou.bo...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=13885
safety0ff.bugz safety0ff.b...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=13886
Issue ID: 13886
Summary: global.gaggedErrors ICE
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=13886
Vlad Levenfeld vlevenf...@gmail.com changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--
https://issues.dlang.org/show_bug.cgi?id=13886
Vlad Levenfeld vlevenf...@gmail.com changed:
What|Removed |Added
CC||vlevenf...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=13886
--- Comment #1 from Vlad Levenfeld vlevenf...@gmail.com ---
here is dmd backtrace:
#0 0x770c91a5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x770cc420 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x770c2351
https://issues.dlang.org/show_bug.cgi?id=13886
--- Comment #2 from Vlad Levenfeld vlevenf...@gmail.com ---
this at backtrace level #4 refers to an ExpStatement whose loc is at the
this = null line
--
https://issues.dlang.org/show_bug.cgi?id=11541
--- Comment #4 from Manu turkey...@gmail.com ---
Ah, well spotted.
This is probably a problem with vibe.d's dub build configuration then.
--
77 matches
Mail list logo