• via Digitalmars-d-bugs (33/33) Jan 07 2017 https://issues.dlang.org/show_bug.cgi?id=17069

via Digitalmars-d-bugs <digitalmars-d-bugs puremagic.com> writes:

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
          Priority: P1
         Component: tools
          Assignee: nobody puremagic.com
          Reporter: timothee.cour2 gmail.com

rdmd is insufficient to build D applications:
(A) mainly because of this 6 year old bug
https://issues.dlang.org/show_bug.cgi?id=7016 local import does not create
-deps dependency
(B) no support for partial recompilation (blocked by lack of -oq, which ldc has
but not dmd: https://github.com/dlang/dmd/pull/1871 has been pending for 4
years; see also https://issues.dlang.org/show_bug.cgi?id=3541: Add -oq to dmd
(use fully qualified module name as object filename) ;
https://issues.dlang.org/show_bug.cgi?id=12116: dmd -op -od broken)

I built a build system for my use cases that addresses (A) and (B)
(suboptimally though) based on forking off rdmd but it's very hard to keep in
sync with rdmd because of rdmd's monolithic design:

* it contains a main function (so can't be used as a library)
* it's one big file, the private functions can't be reused elsewhere
* in some sense it does too much (--eval=code, --loop should belong in a
separate module)

Recommendations:
* split rdmd into several reusable modules (eg: dtools.rdmd.dependency, etc)
* make the main subject to a switch

--