www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - [Annouce] dmake 0.21

reply Helmut Leitner <helmut.leitner wikiservice.at> writes:
If everything is working and the sourcefiles aligned in some import tree,
then:

     dmake mainsource    or
     dmake mainsource [optional external libraries] [optional dmd options]

should make/build your application, analyzing import statements recursively
and optimizing the compiles/link done by calling dmd by using one large
response file or the long linux command line.

More information:
   <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>

-- 
Helmut Leitner    leitner hls.via.at
Graz, Austria   www.hls-software.com
Sep 27 2004
next sibling parent reply John Reimer <brk_6502 NOSP_AM.yahoo.com> writes:
Helmut Leitner wrote:

 If everything is working and the sourcefiles aligned in some import tree,
 then:
 
      dmake mainsource    or
      dmake mainsource [optional external libraries] [optional dmd options]
 
 should make/build your application, analyzing import statements recursively
 and optimizing the compiles/link done by calling dmd by using one large
 response file or the long linux command line.
 
 More information:
    <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>
 


Very nice!

How does this compare to digc?
Sep 27 2004
next sibling parent John Reimer <brk_6502 NOSP_AM.yahoo.com> writes:

 
 Very nice!
 
 How does this compare to digc?


Apologies... I should probably have just reviewed some past newsgroup 
posts for the answer to this one.



 Sep 27 2004



prev sibling  parent  Helmut Leitner <helmut.leitner wikiservice.at>  writes:


John Reimer wrote:

 
 Helmut Leitner wrote:

 If everything is working and the sourcefiles aligned in some import tree,
 then:

      dmake mainsource    or
      dmake mainsource [optional external libraries] [optional dmd options]

 should make/build your application, analyzing import statements recursively
 and optimizing the compiles/link done by calling dmd by using one large
 response file or the long linux command line.

 More information:
    <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>


 
 Very nice!
 
 How does this compare to digc?


First, dmake uses substancial parts from digc - Thank you, Burton Radons!

If the features of dmake become popular, I'm sure Burton will join its 
features into digc, and I'll be happy to support that. Currently dmake is a 
stripped down spike that follows a quite different philosophy.

The answer in short:

  - digc is a reliable product
  - dmake is late alpha / early beta

  - digc is built to make library building and using easy
  - dmake is built to forget about library building and using

  - digc is built to support proprietary and professional libary products
  - dmake is built for easy code reuse across the traditional borders
    of libraries and projects and for easy change of these structures

-- 
Helmut Leitner    leitner hls.via.at
Graz, Austria   www.hls-software.com



 Sep 27 2004



prev sibling next sibling parent reply Derek Parnell <derek psych.ward>  writes:


On Mon, 27 Sep 2004 23:51:11 +0200, Helmut Leitner wrote:


 If everything is working and the sourcefiles aligned in some import tree,
 then:
 
      dmake mainsource    or
      dmake mainsource [optional external libraries] [optional dmd options]
 
 should make/build your application, analyzing import statements recursively
 and optimizing the compiles/link done by calling dmd by using one large
 response file or the long linux command line.
 
 More information:
    <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>


Just a couple of points...

** Not everyone has DMD or DM installed in C:\. These locations really
shouldn't be hardcoded.

** I altered your source to point to the location of where I've installed D
( r"C:\dparnell\dmd" ). Then ran dmake and it reports 

 "Error: std\c\stdio.d: path not found"


-- 
Derek
Melbourne, Australia
9/28/2004 8:42:11 AM



 Sep 27 2004



  parent reply Helmut Leitner <helmut.leitner wikiservice.at>  writes:


Derek Parnell wrote:

 
 On Mon, 27 Sep 2004 23:51:11 +0200, Helmut Leitner wrote:
 

 If everything is working and the sourcefiles aligned in some import tree,
 then:

      dmake mainsource    or
      dmake mainsource [optional external libraries] [optional dmd options]

 should make/build your application, analyzing import statements recursively
 and optimizing the compiles/link done by calling dmd by using one large
 response file or the long linux command line.

 More information:
    <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>


 
 Just a couple of points...
 
 ** Not everyone has DMD or DM installed in C:\. These locations really
 shouldn't be hardcoded.
 
 ** I altered your source to point to the location of where I've installed D
 ( r"C:\dparnell\dmd" ). Then ran dmake and it reports
 
  "Error: std\c\stdio.d: path not found"


Run verbose -v and look at the import roots listing. 
I think the Phobos root must be missing.

dmake doesn't yet interpret relative % P% from the configfile,
it needs absolute paths there.

-- 
Helmut Leitner    leitner hls.via.at
Graz, Austria   www.hls-software.com



 Sep 27 2004



  parent reply Derek Parnell <derek psych.ward>  writes:


On Tue, 28 Sep 2004 07:40:25 +0200, Helmut Leitner wrote:


 Derek Parnell wrote:

 
 On Mon, 27 Sep 2004 23:51:11 +0200, Helmut Leitner wrote:
 

 If everything is working and the sourcefiles aligned in some import tree,
 then:

      dmake mainsource    or
      dmake mainsource [optional external libraries] [optional dmd options]

 should make/build your application, analyzing import statements recursively
 and optimizing the compiles/link done by calling dmd by using one large
 response file or the long linux command line.

 More information:
    <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>


 
 Just a couple of points...
 
 ** Not everyone has DMD or DM installed in C:\. These locations really
 shouldn't be hardcoded.
 
 ** I altered your source to point to the location of where I've installed D
 ( r"C:\dparnell\dmd" ). Then ran dmake and it reports
 
  "Error: std\c\stdio.d: path not found"


 
 Run verbose -v and look at the import roots listing. 
 I think the Phobos root must be missing.
 
 dmake doesn't yet interpret relative % P% from the configfile,
 it needs absolute paths there.


Ahhh... I see now. It extracts the 'root' data from the configfile. 

I've made some changes to dmake.d to parse the configfile better. It now
takes quotes and environment symbols into consideration. Plus I've changed
it to scan for dmd.exe based on the current PATH variable so it doesn't
have to use the recommended location. Plus a couple of other
'enhancements'. Do you want my changes? I can place it on my website or
would you prefer email or something else?

-- 
Derek
Melbourne, Australia
28/09/2004 5:55:43 PM



 Sep 28 2004



  parent  Helmut Leitner <leitner hls.via.at>  writes:


Derek Parnell wrote:

 
 On Tue, 28 Sep 2004 07:40:25 +0200, Helmut Leitner wrote:
 

 Derek Parnell wrote:

 On Mon, 27 Sep 2004 23:51:11 +0200, Helmut Leitner wrote:


 If everything is working and the sourcefiles aligned in some import tree,
 then:

      dmake mainsource    or
      dmake mainsource [optional external libraries] [optional dmd options]

 should make/build your application, analyzing import statements recursively
 and optimizing the compiles/link done by calling dmd by using one large
 response file or the long linux command line.

 More information:
    <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>


 Just a couple of points...

 ** Not everyone has DMD or DM installed in C:\. These locations really
 shouldn't be hardcoded.

 ** I altered your source to point to the location of where I've installed D
 ( r"C:\dparnell\dmd" ). Then ran dmake and it reports

  "Error: std\c\stdio.d: path not found"


 Run verbose -v and look at the import roots listing.
 I think the Phobos root must be missing.

 dmake doesn't yet interpret relative % P% from the configfile,
 it needs absolute paths there.


 
 Ahhh... I see now. It extracts the 'root' data from the configfile.
 
 I've made some changes to dmake.d to parse the configfile better. It now
 takes quotes and environment symbols into consideration. Plus I've changed
 it to scan for dmd.exe based on the current PATH variable so it doesn't
 have to use the recommended location. Plus a couple of other
 'enhancements'. Do you want my changes? I can place it on my website or
 would you prefer email or something else?


Please, send me an e-mail to the address I've given on the Wiki page. 
If I don't see problems (I for example don't access dmd.exe from the PATH)
I would publish it as v.22 and add your name to the program header.
Please describe the other enhancements, to make it easier for me to
test and document them.

Maybe on:
  <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake/PreparingVs022>

-- 
Helmut Leitner    leitner hls.via.at
Graz, Austria   www.hls-software.com



 Sep 28 2004



prev sibling next sibling parent reply Tyro <ridimz_at yahoo.dot.com>  writes:


Helmut Leitner wrote:

 If everything is working and the sourcefiles aligned in some import tree,
 then:
 
      dmake mainsource    or
      dmake mainsource [optional external libraries] [optional dmd options]
 
 should make/build your application, analyzing import statements recursively
 and optimizing the compiles/link done by calling dmd by using one large
 response file or the long linux command line.
 
 More information:
    <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>
 


This is great Helmut. Love it.

Two problems thing though:

First: it should know how to resolve phobos library files prior to 
searching elsewhere. There should be no need to recompile std\stdio.d 
because it's already included in phobos.lib. And if for some reason it 
wasn't, only then should it attempt to find and use the source code.

C:\>dmake main -O -release
Error: std\stdio.d: path not found

Second: why is the location of the DMD and DMC install directories hard 
coded?

Andrew



 Sep 27 2004



  parent  Helmut Leitner <helmut.leitner wikiservice.at>  writes:


Tyro wrote:

 
 Helmut Leitner wrote:

 If everything is working and the sourcefiles aligned in some import tree,
 then:

      dmake mainsource    or
      dmake mainsource [optional external libraries] [optional dmd options]

 should make/build your application, analyzing import statements recursively
 and optimizing the compiles/link done by calling dmd by using one large
 response file or the long linux command line.

 More information:
    <http://www.wikiservice.at/wiki4d/wiki.cgi?Dmake>


 
 This is great Helmut. Love it.
 
 Two problems thing though:
 
 First: it should know how to resolve phobos library files prior to
 searching elsewhere. There should be no need to recompile std\stdio.d
 because it's already included in phobos.lib. And if for some reason it
 wasn't, only then should it attempt to find and use the source code.
 
 C:\>dmake main -O -release
 Error: std\stdio.d: path not found


use -v and check the import roots listing.
The root for phobos will be missing.
Check that the dm configfile is in the standard location.
(Windows only)
Check that the DFLAGS option doesn't contain relative dmd.exe
path reference (% P%)
 

 Second: why is the location of the DMD and DMC install directories hard
 coded?


(Windows only)
I think there where recommendations to put them there.
Part of it is inherited from digc (env_LIB).
Suppose I'll have to change that (sorry for the inconvenience).

-- 
Helmut Leitner    leitner hls.via.at
Graz, Austria   www.hls-software.com



 Sep 27 2004



prev sibling  parent  novice <novice_member pathlink.com>  writes:


I suggest changes for sc.ini searching in Windows environment:
1 - sc.ini and dmd.exe searched near dmake.exe
2 - dmd.exe searched by PATH env.variable, then sc.ini near dmd.exe

Because may peoples in Windows put usefull folders to PATH variable. For example
i have D:\D\dmd\bin in PATH, and i type "dmd.exe" to run dmd, not
"D:\D\dmd\bin\dmd.exe". Now it would be nice place dmake.exe near dmd.exe and
type "dmake mysrc.d"

Thanks



 Sep 28 2004