www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - DSSS 0.78 released.

reply Gregor Richards <Richards codu.org> writes:
DSSS, the D Shared Software System, is a tool to ease the building, 
installation, configuration and acquisition of D software.

OK, release 0.77 had some ... issues. I fixed some things up and 0.78 
should be a bit better. The changelog:
         - Rebuild: Removed some needless errors that could cause 
problems with
           using D-2 keywords in D-1 code.



         - Substantially reduced the default verbosity. -v now gives the
           previous verbosity, -vv puts rebuild in verbose mode as well.
         - Rebuild: Allow general link flags in pragma(link) (for Mac OS X
           frameworks, etc.
         - Rebuild: -S with forward slashes now works on Windows. (see 
ticket

         - defaulttargets with forward slashes now works on Windows.
         - Multiple '..' elements in section names will now be interpreted

         - Rebuild: Fixed library-linking problems.

The most user-visible difference is the reduced verbosity. I 
consistently get complaints about outputting the rebuild line, both from 
people with very long rebuild lines and from people who think that 
constitutes a complete rebuild every time. So, it's out the window. Use 
-v to see the commands run, use -vv to set rebuild to verbose mode too.

I'll repeat this: I'm running severely low on time (I'm now a graduate 
student), so I'm looking for help. Anything from handling tickets to 
porting help to anything else you can think of, I'd really appreciate.

As per usual, more information and downloads are available at 
http://www.dsource.org/projects/dsss/

  - Gregor Richards
Sep 13 2008
next sibling parent reply "Chris R. Miller" <lordsauronthegreat gmail.com> writes:
Gregor Richards wrote:

 DSSS, the D Shared Software System, is a tool to ease the building,
 installation, configuration and acquisition of D software.
 
 OK, release 0.77 had some ... issues. I fixed some things up and 0.78
 should be a bit better. The changelog:
         - Rebuild: Removed some needless errors that could cause
 problems with
           using D-2 keywords in D-1 code.



         - Substantially reduced the default verbosity. -v now gives the
           previous verbosity, -vv puts rebuild in verbose mode as well.
         - Rebuild: Allow general link flags in pragma(link) (for Mac OS X
           frameworks, etc.


Would this make DerelictSDL on Mac OS X (via the SDL OS X Project
Builder framework) work now?  I think it would, but I'm not really much
of a build guru, so I ask.


         - Rebuild: -S with forward slashes now works on Windows. (see
 ticket

         - defaulttargets with forward slashes now works on Windows.
         - Multiple '..' elements in section names will now be interpreted

         - Rebuild: Fixed library-linking problems.
 
 The most user-visible difference is the reduced verbosity. I
 consistently get complaints about outputting the rebuild line, both from
 people with very long rebuild lines and from people who think that
 constitutes a complete rebuild every time. So, it's out the window. Use
 -v to see the commands run, use -vv to set rebuild to verbose mode too.
 
 I'll repeat this: I'm running severely low on time (I'm now a graduate
 student), so I'm looking for help. Anything from handling tickets to
 porting help to anything else you can think of, I'd really appreciate.
 
 As per usual, more information and downloads are available at
 http://www.dsource.org/projects/dsss/
 
  - Gregor Richards


Thanks for all your work.  DSSS is probably the single greatest asset to
the D Community after DMD/GDC/LLVMDC (it||them)selves.
Sep 13 2008
parent reply Gregor Richards <Richards codu.org> writes:
Chris R. Miller wrote:

 Would this make DerelictSDL on Mac OS X (via the SDL OS X Project
 Builder framework) work now?  I think it would, but I'm not really much
 of a build guru, so I ask.
 


DerelictSDL uses runtime loading IIRC, this just allows you to link 
frameworks at compile time ... knowing almost zero about frameworks on 
OS X, I have no idea what middle ground is necessary, so the only answer 
I can give is "maybe".

  - Gregor Richards
Sep 13 2008
parent reply "Chris R. Miller" <lordsauronthegreat gmail.com> writes:
Gregor Richards wrote:

 Chris R. Miller wrote:

 Would this make DerelictSDL on Mac OS X (via the SDL OS X Project
 Builder framework) work now?  I think it would, but I'm not really much
 of a build guru, so I ask.


 
 DerelictSDL uses runtime loading IIRC, this just allows you to link
 frameworks at compile time ... knowing almost zero about frameworks on
 OS X, I have no idea what middle ground is necessary, so the only answer
 I can give is "maybe".


Hmm, I'll have to try with the newer DSSS then.  It didn't work before
(didn't work with fink, either) and now what you say gives me hope...

Or I'll have to manually hack the heck out of Derelict myself.

Some of the OS X stuff is a little funky.  Gives me the feeling that
they're of the "Either use Objective-C like the rest of us or get lost!"
opinion over there at Apple.
Sep 13 2008
parent Mike Parker <aldacron gmail.com> writes:
Chris R. Miller wrote:

 Gregor Richards wrote:

 Chris R. Miller wrote:

 Would this make DerelictSDL on Mac OS X (via the SDL OS X Project
 Builder framework) work now?  I think it would, but I'm not really much
 of a build guru, so I ask.


 DerelictSDL uses runtime loading IIRC, this just allows you to link
 frameworks at compile time ... knowing almost zero about frameworks on
 OS X, I have no idea what middle ground is necessary, so the only answer
 I can give is "maybe".


 
 Hmm, I'll have to try with the newer DSSS then.  It didn't work before
 (didn't work with fink, either) and now what you say gives me hope...
 
 Or I'll have to manually hack the heck out of Derelict myself.
 
 Some of the OS X stuff is a little funky.  Gives me the feeling that
 they're of the "Either use Objective-C like the rest of us or get lost!"
 opinion over there at Apple.


DSSS isn't going to affect being able to use DerelictSDL on Mac. The 
problem is the fact that SDLmain can't really be used with a D 
executable, but it does some important setup on Mac. There are a couple 
of workarounds documented in the Derelict forum and people have been 
able to use DerelictSDL on Mac.

FWIW, SDL 1.3 does away with SDLmain altogether, so once it's released 
and Derelict updated this problem goes away.
Sep 14 2008
prev sibling next sibling parent reply yidabu <yidabu.spam gmail.com> writes:
On Sat, 13 Sep 2008 15:04:27 -0400
Gregor Richards <Richards codu.org> wrote:


 DSSS, the D Shared Software System, is a tool to ease the building, 
 installation, configuration and acquisition of D software.
 
 OK, release 0.77 had some ... issues. I fixed some things up and 0.78 
 should be a bit better. The changelog:
          - Rebuild: Removed some needless errors that could cause 
 problems with
            using D-2 keywords in D-1 code.



          - Substantially reduced the default verbosity. -v now gives the
            previous verbosity, -vv puts rebuild in verbose mode as well.
          - Rebuild: Allow general link flags in pragma(link) (for Mac OS X
            frameworks, etc.
          - Rebuild: -S with forward slashes now works on Windows. (see 
 ticket

          - defaulttargets with forward slashes now works on Windows.
          - Multiple '..' elements in section names will now be interpreted

          - Rebuild: Fixed library-linking problems.
 
 The most user-visible difference is the reduced verbosity. I 
 consistently get complaints about outputting the rebuild line, both from 
 people with very long rebuild lines and from people who think that 
 constitutes a complete rebuild every time. So, it's out the window. Use 
 -v to see the commands run, use -vv to set rebuild to verbose mode too.
 
 I'll repeat this: I'm running severely low on time (I'm now a graduate 
 student), so I'm looking for help. Anything from handling tickets to 
 porting help to anything else you can think of, I'd really appreciate.
 
 As per usual, more information and downloads are available at 
 http://www.dsource.org/projects/dsss/
 
   - Gregor Richards


Seems it takes a long time to build lib under Windows.



-- 
yidabu <yidabu.spam gmail.com>
http://www.dsource.org/projects/dwin

D ÓïÑÔ-ÖÐÎÄ(D Chinese):
http://www.d-programming-language-china.org/
http://bbs.d-programming-language-china.org/
http://dwin.d-programming-language-china.org/
http://scite4d.d-programming-language-china.org/
Sep 14 2008
parent reply "Bill Baxter" <wbaxter gmail.com> writes:
2008/9/14 yidabu <yidabu.spam gmail.com>:

 On Sat, 13 Sep 2008 15:04:27 -0400
 Seems it takes a long time to build lib under Windows.


This may or may not be your issue, but if you had changed your
oneatatime setting in the rebuild config then re-installing dsss would
overwrite that.  So maybe you just need to re-edit your oneatatime
back to "no"?

--bb
Sep 14 2008
parent reply yidabu <yidabu.spam gmail.com> writes:
On Sun, 14 Sep 2008 20:05:06 +0900
"Bill Baxter" <wbaxter gmail.com> wrote:


 2008/9/14 yidabu <yidabu.spam gmail.com>:

 On Sat, 13 Sep 2008 15:04:27 -0400
 Seems it takes a long time to build lib under Windows.


 
 This may or may not be your issue, but if you had changed your
 oneatatime setting in the rebuild config then re-installing dsss would
 overwrite that.  So maybe you just need to re-edit your oneatatime
 back to "no"?
 
 --bb


Thanks for you reply, I set oneatatime=yes for DSSS 0.75 and DSSS 0.78, 0.75 is
more quickly to build Windows library.

set oneatatime=no may be cause larger executable size.


-- 
yidabu <yidabu.spam gmail.com>
http://www.dsource.org/projects/dwin

D ÓïÑÔ-ÖÐÎÄ(D Chinese):
http://www.d-programming-language-china.org/
http://bbs.d-programming-language-china.org/
http://dwin.d-programming-language-china.org/
http://scite4d.d-programming-language-china.org/
Sep 14 2008
next sibling parent "Bill Baxter" <wbaxter gmail.com> writes:
2008/9/15 yidabu <yidabu.spam gmail.com>:

 On Sun, 14 Sep 2008 20:05:06 +0900
 "Bill Baxter" <wbaxter gmail.com> wrote:


 2008/9/14 yidabu <yidabu.spam gmail.com>:

 On Sat, 13 Sep 2008 15:04:27 -0400
 Seems it takes a long time to build lib under Windows.


 This may or may not be your issue, but if you had changed your
 oneatatime setting in the rebuild config then re-installing dsss would
 overwrite that.  So maybe you just need to re-edit your oneatatime
 back to "no"?

 --bb


 Thanks for you reply, I set oneatatime=yes for DSSS 0.75 and DSSS 0.78, 0.75
is more quickly to build Windows library.

 set oneatatime=no may be cause larger executable size.



I have to say, this new DSSS does seem a lot slower at building to me
too.  I'll do some more exact measurements later, but my DWT-using exe
now seems to compile as much slower.  It feels about as slow slow as
DSSS 0.75 did running a --full build, except now it's that slow when
not doing --full.

Did anything change in how DSSS compiles things between 0.75 and 0.78?

--bb
Sep 28 2008
prev sibling parent "Bill Baxter" <wbaxter gmail.com> writes:
On Mon, Sep 29, 2008 at 12:15 PM, Bill Baxter <wbaxter gmail.com> wrote:

 2008/9/15 yidabu <yidabu.spam gmail.com>:

 On Sun, 14 Sep 2008 20:05:06 +0900
 "Bill Baxter" <wbaxter gmail.com> wrote:


 2008/9/14 yidabu <yidabu.spam gmail.com>:

 On Sat, 13 Sep 2008 15:04:27 -0400
 Seems it takes a long time to build lib under Windows.


 This may or may not be your issue, but if you had changed your
 oneatatime setting in the rebuild config then re-installing dsss would
 overwrite that.  So maybe you just need to re-edit your oneatatime
 back to "no"?

 --bb


 Thanks for you reply, I set oneatatime=yes for DSSS 0.75 and DSSS 0.78, 0.75
is more quickly to build Windows library.

 set oneatatime=no may be cause larger executable size.



 I have to say, this new DSSS does seem a lot slower at building to me
 too.  I'll do some more exact measurements later, but my DWT-using exe
 now seems to compile as much slower.  It feels about as slow slow as
 DSSS 0.75 did running a --full build, except now it's that slow when
 not doing --full.

 Did anything change in how DSSS compiles things between 0.75 and 0.78?


Here are some timings with my app:

Takes 2:48 to "dsss build" with 0.78
Takes 2:48 to "dsss build -full" with 0.78

Takes 0:35 to "dsss build" with 0.76pre
Takes 0:35 to "dsss build -full" with 0.76pre
Takes 0:36 to "dss build" after a "dsss clean" with 0.76pre

So two strange things are 1) that 0.78 is so much slower and 2) that
-full and not -full seem to have the same speed in both cases.

--bb
Sep 28 2008
prev sibling next sibling parent Robert Fraser <fraserofthenight gmail.com> writes:
Gregor Richards wrote:

 DSSS, the D Shared Software System, is a tool to ease the building, 
 installation, configuration and acquisition of D software.
 
 OK, release 0.77 had some ... issues. I fixed some things up and 0.78 
 should be a bit better. The changelog:
         - Rebuild: Removed some needless errors that could cause 
 problems with
           using D-2 keywords in D-1 code.



         - Substantially reduced the default verbosity. -v now gives the
           previous verbosity, -vv puts rebuild in verbose mode as well.
         - Rebuild: Allow general link flags in pragma(link) (for Mac OS X
           frameworks, etc.
         - Rebuild: -S with forward slashes now works on Windows. (see 
 ticket

         - defaulttargets with forward slashes now works on Windows.
         - Multiple '..' elements in section names will now be interpreted

         - Rebuild: Fixed library-linking problems.
 
 The most user-visible difference is the reduced verbosity. I 
 consistently get complaints about outputting the rebuild line, both from 
 people with very long rebuild lines and from people who think that 
 constitutes a complete rebuild every time. So, it's out the window. Use 
 -v to see the commands run, use -vv to set rebuild to verbose mode too.
 
 I'll repeat this: I'm running severely low on time (I'm now a graduate 
 student), so I'm looking for help. Anything from handling tickets to 
 porting help to anything else you can think of, I'd really appreciate.
 
 As per usual, more information and downloads are available at 
 http://www.dsource.org/projects/dsss/
 
  - Gregor Richards


O.o thanks!
Sep 14 2008
prev sibling parent reply Leonid Krashenko <jetbird gmail.com> writes:
Gregor Richards wrote:

I am getting strange errors using rebuild/dsss:
http://codepad.org/MfhzjJFG

If I use my own Makefile, everything compiles, links and runs successfully:

cc = dmd
flags = -unittest
link_flags = -L-lX11
source_dirs = y std/c/linux/X11 tl

src_files = $(addsuffix /*.d, $(source_dirs))
src_objs = $(patsubst %.d, %.o, $(wildcard $(src_files)))

paint: paint.o $(src_objs)
        $(cc) $^ $(link_flags)

main: main.o $(src_objs)
        $(cc) $^ $(link_flags)

VPATH := $(source_dirs) .

%.o: %.d
        $(cc) -c $^ $(flags) -op

clean:
        rm -f $(addsuffix /*.o, . $(source_dirs))
        rm -f paint
        rm -f main

What am I doing wrong?
Sep 20 2008
next sibling parent Leonid Krashenko <jetbird gmail.com> writes:
Leonid Krashenko wrote:


 Gregor Richards wrote:
 
 I am getting strange errors using rebuild/dsss:
 http://codepad.org/MfhzjJFG
 
 If I use my own Makefile, everything compiles, links and runs
 successfully:
 
 cc = dmd
 flags = -unittest
 link_flags = -L-lX11
 source_dirs = y std/c/linux/X11 tl
 
 src_files = $(addsuffix /*.d, $(source_dirs))
 src_objs = $(patsubst %.d, %.o, $(wildcard $(src_files)))
 
 paint: paint.o $(src_objs)
         $(cc) $^ $(link_flags)
 
 main: main.o $(src_objs)
         $(cc) $^ $(link_flags)
 
 VPATH := $(source_dirs) .
 
 %.o: %.d
         $(cc) -c $^ $(flags) -op
 
 clean:
         rm -f $(addsuffix /*.o, . $(source_dirs))
         rm -f paint
         rm -f main
 
 What am I doing wrong?


rebuild cmd is:

$ rebuild paint.d -L-lX11
Sep 20 2008
prev sibling parent reply Gregor Richards <Richards codu.org> writes:
Leonid Krashenko wrote:

 Gregor Richards wrote:
 
 I am getting strange errors using rebuild/dsss:
 http://codepad.org/MfhzjJFG
 
 If I use my own Makefile, everything compiles, links and runs successfully:
 
 cc = dmd
 flags = -unittest
 link_flags = -L-lX11
 source_dirs = y std/c/linux/X11 tl
 
 src_files = $(addsuffix /*.d, $(source_dirs))
 src_objs = $(patsubst %.d, %.o, $(wildcard $(src_files)))
 
 paint: paint.o $(src_objs)
         $(cc) $^ $(link_flags)
 
 main: main.o $(src_objs)
         $(cc) $^ $(link_flags)
 
 VPATH := $(source_dirs) .
 
 %.o: %.d
         $(cc) -c $^ $(flags) -op
 
 clean:
         rm -f $(addsuffix /*.o, . $(source_dirs))
         rm -f paint
         rm -f main
 
 What am I doing wrong?


Rebuild ignores D files in the package 'std', since those should be 
packages provided by the standard library. You really oughtn't to name 
things 'std' anyway, and putting 'X11' in std.c.linux doesn't make much 
sense regardless.

  - Gregor Richards
Sep 20 2008
parent reply "Bill Baxter" <wbaxter gmail.com> writes:
On Sun, Sep 21, 2008 at 8:58 AM, Gregor Richards <Richards codu.org> wrote:

 Leonid Krashenko wrote:

 Gregor Richards wrote:

 I am getting strange errors using rebuild/dsss:
 http://codepad.org/MfhzjJFG

 If I use my own Makefile, everything compiles, links and runs
 successfully:

 cc = dmd
 flags = -unittest
 link_flags = -L-lX11
 source_dirs = y std/c/linux/X11 tl

 src_files = $(addsuffix /*.d, $(source_dirs))
 src_objs = $(patsubst %.d, %.o, $(wildcard $(src_files)))

 paint: paint.o $(src_objs)
        $(cc) $^ $(link_flags)

 main: main.o $(src_objs)
        $(cc) $^ $(link_flags)

 VPATH := $(source_dirs) .

 %.o: %.d
        $(cc) -c $^ $(flags) -op

 clean:
        rm -f $(addsuffix /*.o, . $(source_dirs))
        rm -f paint
        rm -f main

 What am I doing wrong?


 Rebuild ignores D files in the package 'std', since those should be packages
 provided by the standard library. You really oughtn't to name things 'std'
 anyway, and putting 'X11' in std.c.linux doesn't make much sense regardless.


Is that behavior new with DSSS 0.78?
What does that mean for Tangobos, which is not the standard library
but is completely in the std package?

--bb
Sep 20 2008
parent reply Gregor Richards <Richards codu.org> writes:
Bill Baxter wrote:

 On Sun, Sep 21, 2008 at 8:58 AM, Gregor Richards <Richards codu.org> wrote:

 Leonid Krashenko wrote:

 Gregor Richards wrote:

 I am getting strange errors using rebuild/dsss:
 http://codepad.org/MfhzjJFG

 If I use my own Makefile, everything compiles, links and runs
 successfully:

 cc = dmd
 flags = -unittest
 link_flags = -L-lX11
 source_dirs = y std/c/linux/X11 tl

 src_files = $(addsuffix /*.d, $(source_dirs))
 src_objs = $(patsubst %.d, %.o, $(wildcard $(src_files)))

 paint: paint.o $(src_objs)
        $(cc) $^ $(link_flags)

 main: main.o $(src_objs)
        $(cc) $^ $(link_flags)

 VPATH := $(source_dirs) .

 %.o: %.d
        $(cc) -c $^ $(flags) -op

 clean:
        rm -f $(addsuffix /*.o, . $(source_dirs))
        rm -f paint
        rm -f main

 What am I doing wrong?


 Rebuild ignores D files in the package 'std', since those should be packages
 provided by the standard library. You really oughtn't to name things 'std'
 anyway, and putting 'X11' in std.c.linux doesn't make much sense regardless.


 
 Is that behavior new with DSSS 0.78?
 What does that mean for Tangobos, which is not the standard library
 but is completely in the std package?
 
 --bb


This is not new. If you're using Tango, you (should) use the rebuild 
profile for Tango, which doesn't ignore the std package since that's not 
part of Tango.

The only reason it has to actively ignore the std package is because 
they're .d files instead of the .di files they ought to be.

  - Gregor Richards
Sep 20 2008
next sibling parent "Bill Baxter" <wbaxter gmail.com> writes:
On Sun, Sep 21, 2008 at 10:38 AM, Gregor Richards <Richards codu.org> wrote:

 Bill Baxter wrote:

 On Sun, Sep 21, 2008 at 8:58 AM, Gregor Richards <Richards codu.org>
 wrote:

 Leonid Krashenko wrote:

 Gregor Richards wrote:

 I am getting strange errors using rebuild/dsss:
 http://codepad.org/MfhzjJFG

 If I use my own Makefile, everything compiles, links and runs
 successfully:

 cc = dmd
 flags = -unittest
 link_flags = -L-lX11
 source_dirs = y std/c/linux/X11 tl

 src_files = $(addsuffix /*.d, $(source_dirs))
 src_objs = $(patsubst %.d, %.o, $(wildcard $(src_files)))

 paint: paint.o $(src_objs)
       $(cc) $^ $(link_flags)

 main: main.o $(src_objs)
       $(cc) $^ $(link_flags)

 VPATH := $(source_dirs) .

 %.o: %.d
       $(cc) -c $^ $(flags) -op

 clean:
       rm -f $(addsuffix /*.o, . $(source_dirs))
       rm -f paint
       rm -f main

 What am I doing wrong?


 Rebuild ignores D files in the package 'std', since those should be
 packages
 provided by the standard library. You really oughtn't to name things
 'std'
 anyway, and putting 'X11' in std.c.linux doesn't make much sense
 regardless.


 Is that behavior new with DSSS 0.78?
 What does that mean for Tangobos, which is not the standard library
 but is completely in the std package?

 --bb


 This is not new. If you're using Tango, you (should) use the rebuild profile
 for Tango, which doesn't ignore the std package since that's not part of
 Tango.

 The only reason it has to actively ignore the std package is because they're
 .d files instead of the .di files they ought to be.


Ok.  Thanks for the explanation & reassurance.

--bb
Sep 21 2008
prev sibling parent reply Leonid Krashenko <jetbird gmail.com> writes:
Gregor Richards wrote:


 Bill Baxter wrote:

 On Sun, Sep 21, 2008 at 8:58 AM, Gregor Richards <Richards codu.org>
 wrote:

 Leonid Krashenko wrote:

 Gregor Richards wrote:

 I am getting strange errors using rebuild/dsss:
 http://codepad.org/MfhzjJFG

 If I use my own Makefile, everything compiles, links and runs
 successfully:

 cc = dmd
 flags = -unittest
 link_flags = -L-lX11
 source_dirs = y std/c/linux/X11 tl

 src_files = $(addsuffix /*.d, $(source_dirs))
 src_objs = $(patsubst %.d, %.o, $(wildcard $(src_files)))

 paint: paint.o $(src_objs)
        $(cc) $^ $(link_flags)

 main: main.o $(src_objs)
        $(cc) $^ $(link_flags)

 VPATH := $(source_dirs) .

 %.o: %.d
        $(cc) -c $^ $(flags) -op

 clean:
        rm -f $(addsuffix /*.o, . $(source_dirs))
        rm -f paint
        rm -f main

 What am I doing wrong?


 Rebuild ignores D files in the package 'std', since those should be
 packages provided by the standard library. You really oughtn't to name
 things 'std' anyway, and putting 'X11' in std.c.linux doesn't make much
 sense regardless.


 
 Is that behavior new with DSSS 0.78?
 What does that mean for Tangobos, which is not the standard library
 but is completely in the std package?
 
 --bb


 
 This is not new. If you're using Tango, you (should) use the rebuild
 profile for Tango, which doesn't ignore the std package since that's not
 part of Tango.
 
 The only reason it has to actively ignore the std package is because
 they're .d files instead of the .di files they ought to be.
 
   - Gregor Richards


But in this case the use of Makefiles is more flexible... And this behavior
of Rebuild really is not obvious.. isn't it better to change it?
Sep 21 2008
parent Gregor Richards <Richards codu.org> writes:
Leonid Krashenko wrote:

 Gregor Richards wrote:
 

 Bill Baxter wrote:

 On Sun, Sep 21, 2008 at 8:58 AM, Gregor Richards <Richards codu.org>
 wrote:

 Leonid Krashenko wrote:

 Gregor Richards wrote:

 I am getting strange errors using rebuild/dsss:
 http://codepad.org/MfhzjJFG

 If I use my own Makefile, everything compiles, links and runs
 successfully:

 cc = dmd
 flags = -unittest
 link_flags = -L-lX11
 source_dirs = y std/c/linux/X11 tl

 src_files = $(addsuffix /*.d, $(source_dirs))
 src_objs = $(patsubst %.d, %.o, $(wildcard $(src_files)))

 paint: paint.o $(src_objs)
        $(cc) $^ $(link_flags)

 main: main.o $(src_objs)
        $(cc) $^ $(link_flags)

 VPATH := $(source_dirs) .

 %.o: %.d
        $(cc) -c $^ $(flags) -op

 clean:
        rm -f $(addsuffix /*.o, . $(source_dirs))
        rm -f paint
        rm -f main

 What am I doing wrong?


 Rebuild ignores D files in the package 'std', since those should be
 packages provided by the standard library. You really oughtn't to name
 things 'std' anyway, and putting 'X11' in std.c.linux doesn't make much
 sense regardless.


 Is that behavior new with DSSS 0.78?
 What does that mean for Tangobos, which is not the standard library
 but is completely in the std package?

 --bb


 This is not new. If you're using Tango, you (should) use the rebuild
 profile for Tango, which doesn't ignore the std package since that's not
 part of Tango.

 The only reason it has to actively ignore the std package is because
 they're .d files instead of the .di files they ought to be.

   - Gregor Richards


 
 But in this case the use of Makefiles is more flexible... And this behavior
 of Rebuild really is not obvious.. isn't it better to change it?


Makefiles are absolutely more flexible. As flexible as a noose. But 
rebuild traces dependencies, and Makefiles don't: Would you have me stop 
tracing dependencies, making rebuild entirely useless, or stop ignoring 
std, making it rebuild the entire core library every time you build 
anything?

  - Gregor Richards
Sep 21 2008