Hello,
I'd like to announce that I am going to be writing a C-compiler
in D.
Without flex or bison or anything like that.
Just pure handwritten D.
I will shoot videos of my progress, and I will explain how a
compiler really works.
If you think that is like HandmadeHero you are right!
Caseys
On Sunday, 7 December 2014 at 19:13:42 UTC, Stefan Koch wrote:
Please tell me what you think if that announcement, and feel
free to ask anything you like.
Nice and some useful links:
https://www.reddit.com/r/programming/comments/2latu2/c4_c_in_4_functions/
On Sunday, 7 December 2014 at 20:17:30 UTC, MattCoder wrote:
On Sunday, 7 December 2014 at 19:13:42 UTC, Stefan Koch wrote:
Please tell me what you think if that announcement, and feel
free to ask anything you like.
Nice and some useful links:
On Sunday, 7 December 2014 at 06:52:38 UTC, Sebastiaan Koppe
wrote:
On Saturday, 6 December 2014 at 12:38:24 UTC, Ola Fosheim
Grøstad wrote:
On Saturday, 6 December 2014 at 04:31:48 UTC, Sebastiaan Koppe
wrote:
I am a big proponent of dataflow analyses, but I got the
feeling people think is
On 2014-12-07 01:49, Manu via Digitalmars-d wrote:
I have std.simd sitting here, and I really want to finish it, but I
still don't have the tools to do so.
I need, at least, forceinline to complete it, but that one *is*
controversial - we've talked about this for years.
GDC and LDC both have a
On Friday, 5 December 2014 at 23:58:41 UTC, Walter Bright wrote:
On 12/5/2014 8:48 AM, Marc Schütz schue...@gmx.net wrote:
scope ref int foo();
scope ref int bar1(ref int a) {
return a;
}
scope ref int bar2(scope ref int a) {
return a;
}
ref int bar3(ref
On 7 Dec 2014 10:40, Jacob Carlborg via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 2014-12-07 01:49, Manu via Digitalmars-d wrote:
I have std.simd sitting here, and I really want to finish it, but I
still don't have the tools to do so.
I need, at least, forceinline to complete it,
On 6/12/2014 5:45 a.m., Dicebot wrote:
In my opinion OOP is very unfriendly for testing as a paradigm
in general. The very necessity to create mocks is usually an
alarm.
I am curious how you would write tests without mocks.
That's 40 hours * 7 days * 50
developers = 14000 man-hours worth of work.
Poor guys, working 7 days a week, 40 hours a day...
On Sunday, 7 December 2014 at 06:52:38 UTC, Sebastiaan Koppe
wrote:
How would it break anything though? Wouldn't functions eligible
for `consume` already have the programmer ensuring the
arguments haven't escaped before/after the function call? In
case they did a bad job - sure it would break
On Friday, 5 December 2014 at 23:25:11 UTC, Walter Bright wrote:
https://www.reddit.com/r/d_language/
It's the default, and is kinda boring. Compare with the rust
subreddit:
http://www.reddit.com/r/rust/
While not great, it's much better than ours.
We don't need the subreddit. We have
I wonder if Copr could be used to create a Fedora project repository
for all the D bits and pieces in the way that D-Apt does things for
Debian?
https://fedorahosted.org/copr/wiki/UserDocs
--
Russel.
=
Dr Russel
On Saturday, 6 December 2014 at 09:07:34 UTC, Dmitry Olshansky
wrote:
Solved in Scala:
- operator overloading
- properties - that + optional (), a library writer still can
enforce () to be used
- only and exactly one class - any number in any combination
- everything class - sort of, it has
On Saturday, 6 December 2014 at 07:56:48 UTC, Paulo Pinto wrote:
On Saturday, 6 December 2014 at 01:53:03 UTC, Rikki Cattermole
wrote:
On 6/12/2014 5:45 a.m., Dicebot wrote:
In my opinion OOP is very unfriendly for testing as a
paradigm in
general. The very necessity to create mocks is usually
On Thursday, 4 December 2014 at 09:25:11 UTC, Walter Bright 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 reference to a function without it
being
On Sunday, 7 December 2014 at 13:47:09 UTC, Dicebot wrote:
However I was not speaking about plain procedural/imperative
paradigm as better alternative but functional and generic ones.
First one helps with eliminating state in general. Second one
allows to use the very same mocks in much more
I wonder if it is me or everyone is receiving some sort of
kitchen-related spam via the mailing list? The email ID or keywords
they are using seem to be relatively predictable and unrelated to
programming so I wonder whether the listadmin hasn't had the time to
kick out this intruder?
--
On Sun, Dec 07, 2014 at 11:03:13AM +, via Digitalmars-d wrote:
That's 40 hours * 7 days * 50
developers = 14000 man-hours worth of work.
Poor guys, working 7 days a week, 40 hours a day...
Haha, oops. I meant 40 hours * 5 days a week * 50 people = 1 man
hours of work. Still a lot.
On Sunday, 7 December 2014 at 15:41:12 UTC, H. S. Teoh via
Digitalmars-d wrote:
Haha, oops. I meant 40 hours * 5 days a week * 50 people =
1 man hours of work. Still a lot.
The long work hours is why the US is ahead of Europe.
On Sunday, 7 December 2014 at 15:44:55 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 7 December 2014 at 15:41:12 UTC, H. S. Teoh via
Digitalmars-d wrote:
Haha, oops. I meant 40 hours * 5 days a week * 50 people =
1 man hours of work. Still a lot.
The long work hours is why the US is ahead of
On Sunday, 7 December 2014 at 15:46:59 UTC, John Colvin wrote:
IIRC the country with longest working hours in the EU is Greece.
The hours seem longer when it is hot…
On Sunday, 7 December 2014 at 15:41:12 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sun, Dec 07, 2014 at 11:03:13AM +, via Digitalmars-d
wrote:
That's 40 hours * 7 days * 50
developers = 14000 man-hours worth of work.
Poor guys, working 7 days a week, 40 hours a day...
Haha, oops. I meant
On Sun, Dec 07, 2014 at 04:01:36PM +, via Digitalmars-d wrote:
On Sunday, 7 December 2014 at 15:41:12 UTC, H. S. Teoh via Digitalmars-d
wrote:
On Sun, Dec 07, 2014 at 11:03:13AM +, via Digitalmars-d wrote:
That's 40 hours * 7 days * 50
developers = 14000 man-hours worth of work.
On 2014-12-07 11:50, Iain Buclaw via Digitalmars-d wrote:
You can add shorthand aliases for them too. :)
@forceinline void foo ();
Good point.
--
/Jacob Carlborg
On Sunday, 7 December 2014 at 16:08:27 UTC, H. S. Teoh via
Digitalmars-d wrote:
Hahaha... you're right, I'm not thinking straight. OK, so it's
40*50 =
200 man-hours per week. Hmph... I'm about two orders of
magnitude off.
log10(40/8) = 0.6989700043360189 orders of magnitude…
On 05/12/2014 23:58, Walter Bright wrote:
2) `scope ref` return values cannot be stored.
scope ref int foo();
void bar(scope ref int a);
foo().bar();// allowed
scope tmp = foo(); // not allowed
tmp.bar();
Right
From the DIP:
The lifetime of a scope return
On 04/12/2014 12:55, bearophile wrote:
Regarding array literals, some people proposed a syntax for fixed-size
arrays to avoid heap-allocations (the s after the array literal):
void foo(int[2]) {}
void bar(scope int[]) {}
void main() @nogc {
foo([1, 2]s);
bar([1, 2]s);
}
I think even
On Saturday, 6 December 2014 at 16:32:30 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sat, Dec 06, 2014 at 05:10:09PM +0100, Joseph Rushton
Wakeling via Digitalmars-d wrote:
On 05/12/14 23:03, deadalnix via Digitalmars-d wrote:
On Sunday, 7 December 2014 at 13:39:38 UTC, Dicebot wrote:
On Saturday, 6 December 2014 at 09:07:34 UTC, Dmitry Olshansky
wrote:
Solved in Scala:
- operator overloading
- properties - that + optional (), a library writer still can
enforce () to be used
- only and exactly one class - any
07-Dec-2014 16:39, Dicebot пишет:
On Saturday, 6 December 2014 at 09:07:34 UTC, Dmitry Olshansky wrote:
Solved in Scala:
- operator overloading
- properties - that + optional (), a library writer still can enforce
() to be used
- only and exactly one class - any number in any combination
-
06-Dec-2014 18:33, H. S. Teoh via Digitalmars-d пишет:
On Sat, Dec 06, 2014 at 03:26:08PM +, Russel Winder via Digitalmars-d wrote:
[...]
primitive are passed by value; arrays and user defined types are
passed by reference only (killing memory usage)
Primitive types are scheduled for
On 12/7/2014 7:25 AM, Shriramana Sharma via Digitalmars-d wrote:
I wonder if it is me or everyone is receiving some sort of
kitchen-related spam via the mailing list? The email ID or keywords
they are using seem to be relatively predictable and unrelated to
programming so I wonder whether the
On 12/7/2014 6:12 AM, Dicebot wrote:
But from existing cases it doesn't seem working good enough. For example, not
being able to represent idiom of `scope ref int foo(scope ref int x) { return x;
}` seems very limiting.
scope ref int foo(ref int x);
will do it.
I also don't consider
On Sunday, 7 December 2014 at 19:56:49 UTC, Dmitry Olshansky
wrote:
06-Dec-2014 18:33, H. S. Teoh via Digitalmars-d пишет:
On Sat, Dec 06, 2014 at 03:26:08PM +, Russel Winder via
Digitalmars-d wrote:
[...]
primitive are passed by value; arrays and user defined
types are
passed by
On Sunday, 7 December 2014 at 06:25:48 UTC, ketmar via
Digitalmars-d wrote:
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
On Sat, Dec 6, 2014 at 7:26 AM, Russel Winder via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Primitive types are scheduled for removal, leaving only reference
types.
Are you referring to: http://openjdk.java.net/jeps/169 ?
08-Dec-2014 00:36, John Colvin пишет:
On Sunday, 7 December 2014 at 19:56:49 UTC, Dmitry Olshansky wrote:
06-Dec-2014 18:33, H. S. Teoh via Digitalmars-d пишет:
On Sat, Dec 06, 2014 at 03:26:08PM +, Russel Winder via
Digitalmars-d wrote:
[...]
primitive are passed by value; arrays and
On Sunday, 7 December 2014 at 22:13:50 UTC, Dmitry Olshansky
wrote:
08-Dec-2014 00:36, John Colvin пишет:
On Sunday, 7 December 2014 at 19:56:49 UTC, Dmitry Olshansky
wrote:
06-Dec-2014 18:33, H. S. Teoh via Digitalmars-d пишет:
On Sat, Dec 06, 2014 at 03:26:08PM +, Russel Winder via
08-Dec-2014 01:38, John Colvin пишет:
On Sunday, 7 December 2014 at 22:13:50 UTC, Dmitry Olshansky wrote:
08-Dec-2014 00:36, John Colvin пишет:
On Sunday, 7 December 2014 at 19:56:49 UTC, Dmitry Olshansky wrote:
06-Dec-2014 18:33, H. S. Teoh via Digitalmars-d пишет:
On Sat, Dec 06, 2014 at
Nick Treleaven:
This might also make the proposed 'int[$] = [...];' syntax
unnecessary.
Or might not. The [$] proposal is very refined.
Bye,
bearophile
Walter Bright:
There are probably only a handful of people on the planet who
actually understand C++ ref. I wished very hard to avoid that
with D ref.
When C++ programmers say that D-style ranges can't do everything
C++ iterators can do, they seem to miss that sometimes it's a
good idea to
On Sun, Dec 07, 2014 at 04:58:23PM +, via Digitalmars-d wrote:
On Sunday, 7 December 2014 at 16:08:27 UTC, H. S. Teoh via Digitalmars-d
wrote:
Hahaha... you're right, I'm not thinking straight. OK, so it's 40*50
= 200 man-hours per week. Hmph... I'm about two orders of magnitude
off.
On Sun, Dec 07, 2014 at 06:08:51PM +, Sean Kelly via Digitalmars-d wrote:
On Saturday, 6 December 2014 at 16:32:30 UTC, H. S. Teoh via Digitalmars-d
wrote:
On Sat, Dec 06, 2014 at 05:10:09PM +0100, Joseph Rushton Wakeling via
Digitalmars-d wrote:
On 05/12/14 23:03, deadalnix via
On 12/7/2014 4:34 AM, Peter Alexander wrote:
We don't need the subreddit. We have these forums.
Rust has their own forum, but it's for implementers. Most of their
discussions/announcements happen at reddit. That's why it is more active and
maintained.
We already have an active forum here for
On 12/7/2014 2:58 PM, bearophile wrote:
When C++ programmers say that D-style ranges can't do everything C++ iterators
can do, they seem to miss that sometimes it's a good idea to adopt a simpler
language feature, that doesn't cover 100% usages, if it covers 80-90% of the
cases, and has a
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
On Sunday, 7 December 2014 at 12:35:00 UTC, Peter Alexander wrote:
We don't need the subreddit. We have these forums.
Rust has their own forum, but it's for implementers. Most of
their discussions/announcements happen at reddit. That's why it
is more active and maintained.
We already have
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 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 feel something wrong with it. and today
i found
the soultion!
let's see how other D types are named: `int`, `uint`,
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 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 wasn't implictly convertable to uint or
ulong
me too, but this change is too radical. it will not
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
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 I don't think it would 'kill' anything.
It's not like I'm suggesting that cast(public) be
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
While I hear a lot of experienced programmers take this point of
view, I still don't really understand or agree with it. I believe
a good language should facilitate good design, but I don't think
it should force it. I imagine this type of principal may simplify
code review for large projects,
On Sunday, 7 December 2014 at 15:46:59 UTC, John Colvin wrote:
On Sunday, 7 December 2014 at 15:44:55 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 7 December 2014 at 15:41:12 UTC, H. S. Teoh via
Digitalmars-d wrote:
Haha, oops. I meant 40 hours * 5 days a week * 50 people =
1 man hours of
On Saturday, 6 December 2014 at 13:54:23 UTC, Vic wrote:
On Saturday, 6 December 2014 at 01:37:03 UTC, deadalnix wrote:
On Friday, 5 December 2014 at 20:08:30 UTC, Vic wrote:
http://www.meetup.com/D-Lang-Sillicon-Valley
in Sunnyvale.
First meeting in Jan., and then every 6 weeks
Room holds
On Monday, 8 December 2014 at 04:09:19 UTC, deadalnix wrote:
On Sunday, 7 December 2014 at 15:46:59 UTC, John Colvin wrote:
On Sunday, 7 December 2014 at 15:44:55 UTC, Ola Fosheim
Grøstad wrote:
On Sunday, 7 December 2014 at 15:41:12 UTC, H. S. Teoh via
Digitalmars-d wrote:
On the same
On 12/3/14 8:00 AM, H. S. Teoh via Digitalmars-d wrote:
I'm finding it harder and harder to accept Walter's stance that symbol
lookups should be kept simple and free from complications and convoluted
corner cases, etc.. Except that it is*already* full of convoluted
pitfalls and corner cases you
On 12/3/14 10:10 AM, Martin Nowak wrote:
On Tuesday, 2 December 2014 at 17:10:12 UTC, Jacob Carlborg wrote:
DMD 2.066.1 is missing in the Digitalmars FTP. The release candidates
are present but the final release is missing. This breaks DVM.
I asked several times that it gets uploaded, but
On 2014-12-08 08:12, Andrei Alexandrescu wrote:
I'm in Australia with limited connectivity (bandwidth cap etc). Walter?
Walter has already taken care of it.
--
/Jacob Carlborg
On Saturday, 6 December 2014 at 22:37:19 UTC, Nordlöw wrote:
Given the fact that
static assert(é.length == 2);
I was surprised that
static assert(é.byCodeUnit.length == 2);
static assert(é.byCodePoint.length == 2);
string already iterates over code points. So byCodePoint doesn't
On Saturday, 6 December 2014 at 14:50:02 UTC, Nordlöw wrote:
On Saturday, 6 December 2014 at 14:14:18 UTC, Tobias Pankrath
wrote:
Because a RandomAccessRange has no means to grow in general.
Compare your proposed wrapper to
http://dlang.org/phobos/std_container.html#.BinaryHeap
So what
On Saturday, 6 December 2014 at 22:37:19 UTC, Nordlöw wrote:
static assert(é.byCodePoint.length == 2);
Huh? Why is byCodePoint.length even defined?
On Sunday, 7 December 2014 at 13:24:28 UTC, Marc Schütz wrote:
On Saturday, 6 December 2014 at 22:37:19 UTC, Nordlöw wrote:
static assert(é.byCodePoint.length == 2);
Huh? Why is byCodePoint.length even defined?
because string has ElementType dchar (i.e. it already iterates by
On Sunday, 7 December 2014 at 13:24:28 UTC, Marc Schütz wrote:
On Saturday, 6 December 2014 at 22:37:19 UTC, Nordlöw wrote:
static assert(é.byCodePoint.length == 2);
Huh? Why is byCodePoint.length even defined?
import std.uni;
pragma(msg, typeof(é.byCodePoint));
= string
Something's
On Saturday, 6 December 2014 at 23:11:49 UTC, H. S. Teoh via
Digitalmars-d-learn wrote:
This is a Unicode issue. What you want is neither byCodeUnit nor
byCodePoint, but byGrapheme. A grapheme is the Unicode
equivalent of
what lay people would call a character. A Unicode character
(or more
On Sun, Dec 07, 2014 at 02:30:13PM +, Nordlöw via Digitalmars-d-learn
wrote:
On Saturday, 6 December 2014 at 23:11:49 UTC, H. S. Teoh via
Digitalmars-d-learn wrote:
This is a Unicode issue. What you want is neither byCodeUnit nor
byCodePoint, but byGrapheme. A grapheme is the Unicode
On Saturday, 6 December 2014 at 00:40:49 UTC, Ellery Newcomer
wrote:
On 12/04/2014 10:55 PM, Ellery Newcomer wrote:
I guess tomorrow I can try messing around with
thread_attachThis, as the
fullcollect happening in #2 might be screwing with python
data. But you
aren't really passing anything
On 12/07/2014 03:12 PM, Michael wrote:
On Saturday, 6 December 2014 at 00:40:49 UTC, Ellery Newcomer wrote:
On 12/04/2014 10:55 PM, Ellery Newcomer wrote:
I guess tomorrow I can try messing around with thread_attachThis, as the
fullcollect happening in #2 might be screwing with python data.
https://issues.dlang.org/show_bug.cgi?id=6256
Jonathan M Davis issues.dl...@jmdavisprog.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=13827
Issue ID: 13827
Summary: Internal Compiler Error: null field
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
Priority:
https://issues.dlang.org/show_bug.cgi?id=13827
--- Comment #1 from Temtaime temta...@gmail.com ---
Reduced more:
struct Matrix(T, uint N) {
private static defaultMatrix() {
T arr[N];
return arr;
}
union {
T[N] A = defaultMatrix;
T[N] flat;
}
https://issues.dlang.org/show_bug.cgi?id=13828
Issue ID: 13828
Summary: std.random not @nogc aware
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=13827
Ketmar Dark ket...@ketmar.no-ip.org changed:
What|Removed |Added
CC||ket...@ketmar.no-ip.org
https://issues.dlang.org/show_bug.cgi?id=13827
--- Comment #3 from Ketmar Dark ket...@ketmar.no-ip.org ---
p.s. i'm not even sure that this is supposed to work in compile-time.
--
https://issues.dlang.org/show_bug.cgi?id=13827
--- Comment #4 from Temtaime temta...@gmail.com ---
Thanks.
It worked in 2.066. :)
P.S. +1 for 42
--
https://issues.dlang.org/show_bug.cgi?id=13829
Issue ID: 13829
Summary: std.uni.byCodePoint for strings has length
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
https://issues.dlang.org/show_bug.cgi?id=13829
--- Comment #1 from Marc Schütz schue...@gmx.net ---
In case it wasn't clear:
For strings and wstrings, determining the actual number of code points is an
O(n) operation and should therefore not be available via length at all. The
current
https://issues.dlang.org/show_bug.cgi?id=13801
Marc Schütz schue...@gmx.net changed:
What|Removed |Added
CC||schue...@gmx.net
--- Comment
https://issues.dlang.org/show_bug.cgi?id=13420
--- Comment #12 from Marc Schütz schue...@gmx.net ---
(In reply to Martin Nowak from comment #10)
Maybe the AA implementation should assert that keys added to it should be
equal to themselves.
Sorry for breaking your code, but this check
https://issues.dlang.org/show_bug.cgi?id=6196
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=13801
--- Comment #4 from Ben Grabham dl...@chillichef.com ---
The initial test was on:
DMD64 D Compiler v2.066.1
I just tested it on (dmd master):
DMD v2.067-devel-8ff302a DEBUG
It takes up insane amounts of memory on both. (only tested on mac)
--
https://issues.dlang.org/show_bug.cgi?id=2525
Ben Grabham dl...@chillichef.com changed:
What|Removed |Added
CC||dl...@chillichef.com
---
https://issues.dlang.org/show_bug.cgi?id=13801
Rainer Schuetze r.sagita...@gmx.de changed:
What|Removed |Added
CC||r.sagita...@gmx.de
---
https://issues.dlang.org/show_bug.cgi?id=1829
Orvid King blah38...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=13830
Issue ID: 13830
Summary: Circular dependency between interface and
implementation segfault the compiler
Product: D
Version: D2
Hardware: All
OS: All
https://issues.dlang.org/show_bug.cgi?id=12971
safety0ff.bugz safety0ff.b...@gmail.com changed:
What|Removed |Added
Summary|DMD inline asm outputs |Missing REX prefix
https://issues.dlang.org/show_bug.cgi?id=1829
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
--- Comment
https://issues.dlang.org/show_bug.cgi?id=6256
--- Comment #7 from bearophile_h...@eml.cc ---
(In reply to Jonathan M Davis from comment #6)
So, I think that benchmarks which show a significant improvement with static
arrays being special-cased would be required for it to be worth considering.
https://issues.dlang.org/show_bug.cgi?id=13831
Issue ID: 13831
Summary: DMD crash
Product: D
Version: D2
Hardware: x86_64
OS: All
Status: NEW
Severity: major
Priority: P1
Component: DMD
https://issues.dlang.org/show_bug.cgi?id=13831
Mr. Smith mrsmit...@yandex.ru changed:
What|Removed |Added
Keywords||ice
--
https://issues.dlang.org/show_bug.cgi?id=13831
--- Comment #1 from Mr. Smith mrsmit...@yandex.ru ---
Created attachment 1459
-- https://issues.dlang.org/attachment.cgi?id=1459action=edit
Crash dump
--
https://issues.dlang.org/show_bug.cgi?id=13830
Dicebot pub...@dicebot.lv changed:
What|Removed |Added
CC||pub...@dicebot.lv
--- Comment #1
https://issues.dlang.org/show_bug.cgi?id=13668
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
CC||pro.mathias.l...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=13830
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=13832
Issue ID: 13832
Summary: delegates that return ref do not output correctly to
.di file
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=5050
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=12114
Thibaut CHARLES cro...@gmail.com changed:
What|Removed |Added
CC||cro...@gmail.com
---
100 matches
Mail list logo