[Issue 14601] pthread functions aren't marked @nogc
https://issues.dlang.org/show_bug.cgi?id=14601 Ender KaShaechanged: What|Removed |Added CC||astrotha...@gmail.com Assignee|nob...@puremagic.com|astrotha...@gmail.com --
[Issue 12721] Unresolved Symbols when Linking
https://issues.dlang.org/show_bug.cgi?id=12721 Jonchanged: What|Removed |Added CC||jonfand...@gmail.com --- Comment #1 from Jon --- Ran example code w/ DMD v2.071.0 on OSX 64-bit and was not able to duplicate the bug. --
[Issue 16107] [ICE] - Internal error: backend/cgcod.c 2297
https://issues.dlang.org/show_bug.cgi?id=16107 --- Comment #3 from b2.t...@gmx.com --- (In reply to ag0aep6g from comment #2) > Reduced further: > > > bool check() > { > bool result = false; > > result |= false; // result = result | ... : OK > if (result) goto ret; // remove this line : OK > > result |= false; // result = result | ... : OK > if (result) {} // remove this line : OK > > ret: return true; > } > > enum e = check(); > OMG, Can someone fix this fast PLZ ? I don't know if you'll agree but this is not some "super sharp" code, just a bunch of OrEqual ! --
[Issue 9114] Can't call varadic template function with partly specified template parameters
https://issues.dlang.org/show_bug.cgi?id=9114 --- Comment #2 from Andrej Mitrovic--- Here's another workaround, where you can simply declare an alias in your code via `alias FixedForward!(target_func) fixed_func` and use it regularly. - import tango.core.Traits; // the magic template FixedForward ( alias func ) { struct FixedForward ( T ) { static ReturnTypeOf!(func!(T)) opCall ( X ... ) ( X x ) { return func!(T, X)(x); } } } // the target function you want to fix T[] test ( T, Args...) ( Args args ) { return cast(T[])[args]; } // just declare an alias of it alias FixedForward!(test) FixedTest; // works at ctfe const static_result = FixedTest!(short)(1, 2, 3); alias short[] ShortArray; static assert(is(typeof(static_result == ShortArray))); static assert(static_result == cast(short[])[1, 2, 3]); void main ( char[][] arg) { // works at rtfe auto result = FixedTest!(short)(1, 2, 3); static assert(is(typeof(result == ShortArray))); assert(result == cast(short[])[1, 2, 3]); } - --
[Issue 9114] Can't call varadic template function with partly specified template parameters
https://issues.dlang.org/show_bug.cgi?id=9114 Andrej Mitrovicchanged: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic --- Workaround: template test (int a) { void test ( Args...) ( Args args ){} } void main ( char[][] arg) { test!(5)(3); } --
[Issue 16080] [REG2.071.0] Internal error: backend\cgobj.c 3406 when building static library
https://issues.dlang.org/show_bug.cgi?id=16080 --- Comment #4 from github-bugzi...@puremagic.com --- Commit pushed to stable at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/82c3dfb0e58f52e98ef131f9c4bb1c3c00e22939 Merge pull request #5828 from WalterBright/fix16080 fix Issue 16080 - [REG2.071.0] Internal error: backend\cgobj.c 3406 w… --
[Issue 16080] [REG2.071.0] Internal error: backend\cgobj.c 3406 when building static library
https://issues.dlang.org/show_bug.cgi?id=16080 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 16080] [REG2.071.0] Internal error: backend\cgobj.c 3406 when building static library
https://issues.dlang.org/show_bug.cgi?id=16080 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/4d867e5f41bed2593d75043a09d7b5f9b432e2db fix Issue 16080 - [REG2.071.0] Internal error: backend\cgobj.c 3406 when building static library https://github.com/dlang/dmd/commit/a80eb25ff46d92d17eecd8dd69739c6a892c9d52 Merge pull request #5828 from WalterBright/fix16080 fix Issue 16080 - [REG2.071.0] Internal error: backend\cgobj.c 3406 w… --
[Issue 16111] support markdown header
https://issues.dlang.org/show_bug.cgi?id=16111 Jacob Carlborgchanged: What|Removed |Added CC||d...@me.com --- Comment #1 from Jacob Carlborg --- I suggest this Markdow syntax instead: # Foo ## Foo I hate having to repeat all those dashes or equal signs for the whole title. --
[Issue 16109] replace all UL/LI code with markdown syntax
https://issues.dlang.org/show_bug.cgi?id=16109 Jacob Carlborgchanged: What|Removed |Added CC||d...@me.com --- Comment #1 from Jacob Carlborg --- I prefer * instead of -. --
[Issue 16110] ddoc should emit paragraphs not hard-coded line-breaks
https://issues.dlang.org/show_bug.cgi?id=16110 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com Hardware|x86_64 |All OS|Linux |All --- Comment #1 from ag0ae...@gmail.com --- (In reply to greensunny12 from comment #0) > There are many pages which are not visually appealing, like > > https://dlang.org/phobos/std_format.html > http://dlang.org/phobos/std_digest_md.html > http://dlang.org/phobos/std_bigint.html > http://dlang.org/phobos/std_datetime.html > http://dlang.org/phobos/std_experimental_logger.html > ... For the visuals I have a pull request against dlang.org: https://github.com/dlang/dlang.org/pull/1317 The generated HTML still isn't the nicest, though. > For a detailed list either browse the docs or see [1]. > > Imho ddoc should learn from the markdown approach and translate block to > paragraphs and not insert hard-coded newlines. > > a > b > c > > a b c One problem with that is that Ddoc isn't aware of lists, tables, etc. It can't emit a element for every paragraph it sees, because what's a paragraph to Ddoc may become a list in HTML which must not be wrapped in . Making Ddoc drastically more content aware, i.e. going full Markdown, would be a solution. It would need to be a separate documentation generator, though. A sort of Ddoc2 with a opt-in compiler switch. Another, less principled solution could be to emit something like instead of . That is, Ddoc wraps every paragraph it sees in a `DDOC_PARAGRAPH` macro with a nop default definition: DDOC_PARAGRAPH = $0 On dlang.org, we then redefine things like so: DDOC_BLANKLINE = DDOC_PARAGRAPH = $0 --
[Issue 16113] New: Support CTFE in ddoc
https://issues.dlang.org/show_bug.cgi?id=16113 Issue ID: 16113 Summary: Support CTFE in ddoc Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: greensunn...@gmail.com Can we support CTFE in Ddoc? This would help to make more flexible layout engine. I have made a couple of improvement's to the dlang.org, but they all are JS "post-processing" hacks, because at the moment one can't do this in Ddoc See e.g. https://github.com/dlang/dlang.org/pull/1288 (adding anchors) https://github.com/dlang/dlang.org/pull/1307 (showing list of contributors) A lot of other stuff (LaTeX support, search index, grouped overview menu, table etc.) would also be possible then. --
[Issue 16112] New: Replace ddoc with markdown
https://issues.dlang.org/show_bug.cgi?id=16112 Issue ID: 16112 Summary: Replace ddoc with markdown Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: greensunn...@gmail.com Issue 16109-16111 basically only lead to the logical conclusion that we support the full markdown feature set in ddoc and allow custom macros extensions on top of it. Markdown is by the far the most popular markup language. Used everyone from Github, Stack overflow, documentation in other languages (Java, PHP) etc. https://daringfireball.net/projects/markdown/syntax https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet https://en.wikipedia.org/wiki/Markdown To give a quote from recent forum discussions > DDOC is the single worst thing in D tooling [1] http://forum.dlang.org/post/ni29ff$26qs$1...@digitalmars.com --
[Issue 16111] New: support markdown header
https://issues.dlang.org/show_bug.cgi?id=16111 Issue ID: 16111 Summary: support markdown header Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: greensunn...@gmail.com Title - Title = Everyone loves those and uses them in plain-text conversations, why not for Ddoc? https://daringfireball.net/projects/markdown/syntax#header --
[Issue 16110] New: ddoc should emit paragraphs not hard-coded line-breaks
https://issues.dlang.org/show_bug.cgi?id=16110 Issue ID: 16110 Summary: ddoc should emit paragraphs not hard-coded line-breaks Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: greensunn...@gmail.com There are many pages which are not visually appealing, like https://dlang.org/phobos/std_format.html http://dlang.org/phobos/std_digest_md.html http://dlang.org/phobos/std_bigint.html http://dlang.org/phobos/std_datetime.html http://dlang.org/phobos/std_experimental_logger.html ... For a detailed list either browse the docs or see [1]. Imho ddoc should learn from the markdown approach and translate block to paragraphs and not insert hard-coded newlines. a b c a b c https://daringfireball.net/projects/markdown/syntax#p [1] https://github.com/dlang/phobos/pull/4358/files --
[Issue 16109] New: replace all UL/LI code with markdown syntax
https://issues.dlang.org/show_bug.cgi?id=16109 Issue ID: 16109 Summary: replace all UL/LI code with markdown syntax Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: greensunn...@gmail.com because it's 2016 and having - a - b - b1 - b2 - c instead of the verbose $(UL $(LI a) $(LI $(UL $(LI b1) $(LI b2) )) $(LI c) ) just messes up the source code. As soon as you start to use more macros the second example get's less readable and maintainable At the very least we should support the markdown syntax for lists. https://daringfireball.net/projects/markdown/syntax#list --
[Issue 16107] [ICE] - Internal error: backend/cgcod.c 2297
https://issues.dlang.org/show_bug.cgi?id=16107 ag0ae...@gmail.com changed: What|Removed |Added Keywords||ice CC||ag0ae...@gmail.com --- Comment #2 from ag0ae...@gmail.com --- Reduced further: bool check() { bool result = false; result |= false; // result = result | ... : OK if (result) goto ret; // remove this line : OK result |= false; // result = result | ... : OK if (result) {} // remove this line : OK ret: return true; } enum e = check(); --
[Issue 16108] `to!string` fails on struct with disabled postblit
https://issues.dlang.org/show_bug.cgi?id=16108 Ketmar Darkchanged: What|Removed |Added CC||ket...@ketmar.no-ip.org Summary|[The D Bug Tracker] |`to!string` fails on struct ||with disabled postblit --
[Issue 16108] New: [The D Bug Tracker]
https://issues.dlang.org/show_bug.cgi?id=16108 Issue ID: 16108 Summary: [The D Bug Tracker] Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW Severity: enhancement Priority: P3 Component: phobos Assignee: nob...@puremagic.com Reporter: eyal.lo...@gmail.com When using `@disable this(this)` on a struct, `to!string` fails on it. to!string should probably be changed to pass by reference. --
[Issue 15371] __traits(getMember) should bypass the protection
https://issues.dlang.org/show_bug.cgi?id=15371 Jacob Carlborgchanged: What|Removed |Added CC||d...@me.com --- Comment #5 from Jacob Carlborg --- A pointer can be used as well to bypass the protection. It works for other symbols than fields. --
[Issue 16080] [REG2.071.0] Internal error: backend\cgobj.c 3406 when building static library
https://issues.dlang.org/show_bug.cgi?id=16080 Walter Brightchanged: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright --- https://github.com/dlang/dmd/pull/5828 --