https://issues.dlang.org/show_bug.cgi?id=12301
Timothee Cour changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=12116
--- Comment #5 from Timothee Cour ---
Expected behavior:
* dmd -h | grep '\-od' should be accurate (currently: "write object & library
files to directory" is not true when source path is absolute or contains ..;
but would be under my proposed points
https://issues.dlang.org/show_bug.cgi?id=17071
Timothee Cour changed:
What|Removed |Added
CC||timothee.co...@gmail.com
OS|
https://issues.dlang.org/show_bug.cgi?id=17071
Issue ID: 17071
Summary: `rdmd -deps=foo.deps foo.d` caching misses dependency
on foo.deps
Product: D
Version: D2
Hardware: x86
OS: Mac OS X
Status: N
https://issues.dlang.org/show_bug.cgi?id=14713
--- Comment #5 from Timothee Cour ---
(In reply to Luís Marques from comment #4)
> (In reply to Vladimir Panteleev from comment #3)
> > Good points. However, at this point it's unlikely the current behavior will
> > be changed (unless e.g. new argume
https://issues.dlang.org/show_bug.cgi?id=7016
Timothee Cour changed:
What|Removed |Added
Severity|normal |blocker
--
https://issues.dlang.org/show_bug.cgi?id=7016
--- Comment #26 from Timothee Cour ---
I confirm this is still broken with dmd HEAD DMD64 D Compiler
v2.073.0-devel-a2b772f
RazvanN, are you sure you're not using rdmd ?
Please re-run using -v and show your entire log.
rdmd -deps=a.deps --force -c
https://issues.dlang.org/show_bug.cgi?id=7016
Timothee Cour changed:
What|Removed |Added
Priority|P2 |P1
--
Andrei Alexandrescu ---
(In reply to Timothee Cour from comment #3)
> still completely broken:
>
> dmd --version
> DMD64 D Compiler v2.073.0-devel-a2b772f
> rdmd | grep build
> rdmd build 20170107
>
> fun.d:
> void main(){}
>
> # with absolute path_to_fi
from Timothee Cour ---
still completely broken:
dmd --version
DMD64 D Compiler v2.073.0-devel-a2b772f
rdmd | grep build
rdmd build 20170107
fun.d:
void main(){}
# with absolute path_to_file.d:
dmd -op -od/tmp/d01 /path/bug_12116/fun.d
creates ./fun and /path/bug_12116/fun.o (BUG: /tmp/d01 is
https://issues.dlang.org/show_bug.cgi?id=17070
Issue ID: 17070
Summary: std.regex.match doesn't work at compile time
Product: D
Version: D2
Hardware: x86
OS: All
Status: NEW
Severity: enhancement
P
https://issues.dlang.org/show_bug.cgi?id=17065
--- Comment #4 from dran...@gmail.com ---
(In reply to b2.temp from comment #3)
> (In reply to dransic from comment #2)
> > Private members are supposed to be accessible in the module where the type
> > is declared (module-level encapsulation).
> > [.
https://issues.dlang.org/show_bug.cgi?id=17069
Issue ID: 17069
Summary: rdmd code should be split in reusable libraries
Product: D
Version: D2
Hardware: x86
OS: All
Status: NEW
Severity: critical
P
https://issues.dlang.org/show_bug.cgi?id=17065
b2.t...@gmx.com changed:
What|Removed |Added
CC||b2.t...@gmx.com
--- Comment #3 from b2.t...
https://issues.dlang.org/show_bug.cgi?id=17068
--- Comment #2 from Joseph Rushton Wakeling ---
I've attached small code snippets to show the difference between the D and
C++11 behaviour.
Running these on my machine the D code outputs (apart from the seed data) 1st
and 10,000th variates of:
5960
https://issues.dlang.org/show_bug.cgi?id=17068
--- Comment #1 from Joseph Rushton Wakeling ---
Created attachment 1632
--> https://issues.dlang.org/attachment.cgi?id=1632&action=edit
Small example of sequence-based seeding of C++11 Mersenne Twister
Compile with the `-std=c++11` option.
--
https://issues.dlang.org/show_bug.cgi?id=17068
Issue ID: 17068
Summary: Range-based seeding of MersenneTwisterEngine is
inconsistent with C++11
Product: D
Version: D2
Hardware: All
OS: All
Status:
https://issues.dlang.org/show_bug.cgi?id=17065
--- Comment #2 from dran...@gmail.com ---
(In reply to greenify from comment #1)
> > If this behaviour is intended, the doc should state it.
>
> This should definitely have gotten a proper changelog entry (and deprecation
> warning).
> However, I am
https://issues.dlang.org/show_bug.cgi?id=17065
--- Comment #1 from greenify ---
> If this behaviour is intended, the doc should state it.
This should definitely have gotten a proper changelog entry (and deprecation
warning).
However, I am not really convinced that it should be noted in the docum
https://issues.dlang.org/show_bug.cgi?id=17066
Martin Krejcirik changed:
What|Removed |Added
Summary|std.regex captures got |[REG2.073a] std.regex
|
https://issues.dlang.org/show_bug.cgi?id=17065
Martin Krejcirik changed:
What|Removed |Added
Summary|Unique does not work with |[REG2.072] Unique does not
https://issues.dlang.org/show_bug.cgi?id=17067
Issue ID: 17067
Summary: D header file generation includes excess imports
Product: D
Version: D2
Hardware: x86_64
OS: Windows
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=17066
Issue ID: 17066
Summary: std.regex captures got immutable
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: regression
Priority:
https://issues.dlang.org/show_bug.cgi?id=17059
Martin Nowak changed:
What|Removed |Added
CC||c...@dawg.eu
--- Comment #2 from Martin Nowak
https://issues.dlang.org/show_bug.cgi?id=8273
Andrei Alexandrescu changed:
What|Removed |Added
Assignee|a...@lycus.org |nob...@puremagic.com
--
https://issues.dlang.org/show_bug.cgi?id=6649
Andrei Alexandrescu changed:
What|Removed |Added
Assignee|a...@lycus.org |nob...@puremagic.com
--
https://issues.dlang.org/show_bug.cgi?id=17065
Issue ID: 17065
Summary: Unique does not work with private members
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
Prior
27 matches
Mail list logo