rdmd and extern(C)
spir
denis.spir at gmail.com
Thu Dec 23 03:23:37 PST 2010
On Thu, 23 Dec 2010 01:31:29 -0500
"Nick Sabalausky" <a at a.a> wrote:
> > Looks like a good enhancement for rdmd. That it doesn't "fail
> > successfully" is a bug.
May I suggest that rmdm prints out the command it sends to dmd (even when successful)? Not only it's "educative" but it should provide the correct list of modules ;-) (so that solving the issue about C files is then 3s work).
> @spir: rdmd's command-line syntax is like this:
>
> rdmd {args to dmd and rdmd} app.d {args sent to app.exe}
>
> So anything after the first *.d param is automatically considered a param
> for when rdmd runs the app your building, not for rdmd/dmd. Of course, if
> you're using --build-only, then such params just simply get ignored. In
> short, you have to do it like this:
>
> rdmd --build-only -ofmyProg myCFuncs.o myProg.d
Right, than you. Anyway finishing with the "program" module (the only only one that should have a main()) makes sense. And if it's for running its args come next.
But the: how would rdmd makes the distinction when a prog happens to apply on modules? (You know, refactoring tools or such). My choice would be that they must first be 'built-only'.
> Unfortunately, that still doesn't work with the official version of rdmd.
> However...
>
> @Andrei: I submitted an rdmd patch for this not too long ago:
>
> http://d.puremagic.com/issues/show_bug.cgi?id=4928
>
> It fixes this problem for object files, static library files, ".def" files
> and response files.
Great!
Denis
-- -- -- -- -- -- --
vit esse estrany ☣
spir.wikidot.com
More information about the Digitalmars-d
mailing list