www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - suggestion / request - compile directories

reply Ant <Ant_member pathlink.com> writes:
can we have dmd compiling all the *.d files on a directory
(optionally subdirectories also)?

for instance:

dmd -c dirName
or 
dmd -c dirName\*.d

also reading the source names from a file would be nice good to have.

I would say these are important to make D viable for larger projects.

"*.d" works on linux because the shell will expande the wildcard
but the windows shell doesn't (at least for me).

the advantage is that we would have a portable solution to compile
larger application without going to makefiles an the such.
DMD being so fast we don't care if the source was not modified.

once you implemented that please include it on link.exe as I'm
running into "line too long" on windows
(maybe link has a different way to do it, I need to read the manuals)

Ant
Nov 12 2004
next sibling parent Ant <Ant_member pathlink.com> writes:
In article <cn2k26$juc$1 digitaldaemon.com>, Ant says...
can we have dmd compiling all the *.d files on a directory
(optionally subdirectories also)?

for instance:

dmd -c dirName
or 
dmd -c dirName\*.d

once you implemented that please include it on link.exe

hmmmm... I mean lib.exe, not link.exe Ant
Nov 12 2004
prev sibling parent reply Regan Heath <regan netwin.co.nz> writes:
On Fri, 12 Nov 2004 15:15:18 +0000 (UTC), Ant <Ant_member pathlink.com> 
wrote:
 can we have dmd compiling all the *.d files on a directory
 (optionally subdirectories also)?

 for instance:

 dmd -c dirName
 or
 dmd -c dirName\*.d

 also reading the source names from a file would be nice good to have.

Have you tried: dmd -c dirName\file.txt
 I would say these are important to make D viable for larger projects.

 "*.d" works on linux because the shell will expande the wildcard
 but the windows shell doesn't (at least for me).

The windows shell does not expand wildcards like the unix ones tend to. Personally I cannot decide which I like better... one one hand expanding them makes writing an application simpler, on the other it can be a pain (not impossible, just a pain) when trying to pass a * as an argument.
 the advantage is that we would have a portable solution to compile
 larger application without going to makefiles an the such.
 DMD being so fast we don't care if the source was not modified.

 once you implemented that please include it on link.exe as I'm
 running into "line too long" on windows
 (maybe link has a different way to do it, I need to read the manuals)

I suspect link.exe will allow <file> as well, that's just a guess based on the fact that most (all?) the Digital Mars tools seem to allow it. Regan -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
Nov 14 2004
parent reply Ant <duitoolkit yahoo.ca> writes:
On Mon, 15 Nov 2004 09:42:26 +1300, Regan Heath wrote:

 
 Have you tried:
    dmd -c  dirName\file.txt

doesn't seem to work. any hidden trick? how did you learn about it?
 The windows shell does not expand wildcards like the unix ones tend to. 
 Personally I cannot decide which I like better... one one hand expanding 
 them makes writing an application simpler, on the other it can be a pain 
 (not impossible, just a pain) when trying to pass a * as an argument.

surround it with "\"" or "'" doesn't seem that difficult to me. it's the same as passing a space. Ant
Nov 14 2004
parent h3r3tic <foo bar.baz> writes:
Ant wrote:
Have you tried:
   dmd -c  dirName\file.txt

how did you learn about it?

You can look here http://digitalmars.com/ctg/sc.html under " responsefile". Hope this helps Tom
Nov 14 2004