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