www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - D Shared Software System version 0.4 released!

reply Gregor Richards <Richards codu.org> writes:
(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

         - Fixed a bug causing DSSS not to download mirrors.list (which 
was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a bug 
(of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is a 
bit picky on Windows)
3) You can now list all packages and search for packages installable via 
the network.

More info and downloads at http://www.dsource.org/projects/dsss .

  - Gregor Richards
Nov 17 2006
next sibling parent reply Bill Baxter <dnewsgroup billbaxter.com> writes:
Gregor Richards wrote:

 (And no, there shall be no name change)
 
 I have just released version 0.4 of DSSS. It includes several bugfixes:
 
         - Fixed a bug causing DSSS not to download mirrors.list (which 
 was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a bug 
 (of sorts) in GNU patch on Windows.
 
 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe is a 
 bit picky on Windows)
 3) You can now list all packages and search for packages installable via 
 the network.
 
 More info and downloads at http://www.dsource.org/projects/dsss .
 
  - Gregor Richards



I get:

+ unix2dos mango.diff
'unix2dos' is not recognized as an internal or external command,
operable program or batch file.

--bb
Nov 17 2006
parent reply Gregor Richards <Richards codu.org> writes:
Bill Baxter wrote:

 Gregor Richards wrote:
 

 (And no, there shall be no name change)

 I have just released version 0.4 of DSSS. It includes several bugfixes:

         - Fixed a bug causing DSSS not to download mirrors.list (which 
 was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a 
 bug (of sorts) in GNU patch on Windows.

 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe is 
 a bit picky on Windows)
 3) You can now list all packages and search for packages installable 
 via the network.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - Gregor Richards


 
 
 
 I get:
 
 + unix2dos mango.diff
 'unix2dos' is not recognized as an internal or external command,
 operable program or batch file.
 
 --bb


Damn it, I forgot to cause it to actually INSTALL it X_X

I've updated the binary: 
http://www.dsource.org/projects/dsss/browser/downloads/0.4/dsss-0.4-dmd-win-try2.zip?format=raw

  - Gregor Richards
Nov 17 2006
parent reply Bill Baxter <dnewsgroup billbaxter.com> writes:
Gregor Richards wrote:

 Bill Baxter wrote:

 Gregor Richards wrote:


 (And no, there shall be no name change)

 I have just released version 0.4 of DSSS. It includes several bugfixes:

         - Fixed a bug causing DSSS not to download mirrors.list 
 (which was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a 
 bug (of sorts) in GNU patch on Windows.

 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe 
 is a bit picky on Windows)
 3) You can now list all packages and search for packages installable 
 via the network.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - Gregor Richards




 I get:

 + unix2dos mango.diff
 'unix2dos' is not recognized as an internal or external command,
 operable program or batch file.

 --bb


 
 Damn it, I forgot to cause it to actually INSTALL it X_X
 
 I've updated the binary: 
 http://www.dsource.org/projects/dsss/browser/downloads/0.4/dsss-0.4-dmd-win
try2.zip?format=raw 



Ok, now I tried to 'dsss net install mango' again and it started giving 
me a bunch of messages like the following:


 mango.diff: done.
 patching file dsss.conf
 patching file mango/db/memcache/MemCache.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n]
 EOF
 Skipping patch.
 1 out of 1 hunk ignored -- saving rejects to file
mango/db/memcache/MemCache.d.rej
 patching file mango/locks/CyclicBarrier.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n]
 EOF
 Skipping patch.
 1 out of 1 hunk ignored -- saving rejects to file
mango/locks/CyclicBarrier.d.rej
 patching file mango/locks/Exchanger.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n] EOF


Wasn't obvious what I was supposed to do, so I just bailed out of that 
one.  The default answer didn't seem to be working.


Then I tried to install something I hadn't installed before to avoid 
those issues.  'dsss net install dool'.  After copying a bunch of files 
it stopped with an error:
   ...
   + copying Node.di
   + copying DNode.di
   + copying Character.di
   + copying System.di
   Error: 
f:\usr\pkg\Dlang\dsss\tmp\DSSS_dool\src\.svn\text-base\build.d.svn-base:
   Access is denied.

This will be pretty cool when it all works!

--bb
Nov 17 2006
next sibling parent Gregor Richards <Richards codu.org> writes:
Bill Baxter wrote:

 Gregor Richards wrote:
 

 Bill Baxter wrote:


 Gregor Richards wrote:


 (And no, there shall be no name change)

 I have just released version 0.4 of DSSS. It includes several bugfixes:

         - Fixed a bug causing DSSS not to download mirrors.list 
 (which was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a 
 bug (of sorts) in GNU patch on Windows.

 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe 
 is a bit picky on Windows)
 3) You can now list all packages and search for packages installable 
 via the network.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - Gregor Richards





 I get:

 + unix2dos mango.diff
 'unix2dos' is not recognized as an internal or external command,
 operable program or batch file.

 --bb



 Damn it, I forgot to cause it to actually INSTALL it X_X

 I've updated the binary: 
 http://www.dsource.org/projects/dsss/browser/downloads/0.4/dsss-0.4-dmd-win
try2.zip?format=raw 


 
 
 
 
 Ok, now I tried to 'dsss net install mango' again and it started giving 
 me a bunch of messages like the following:
 

 mango.diff: done.
 patching file dsss.conf
 patching file mango/db/memcache/MemCache.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n]
 EOF
 Skipping patch.
 1 out of 1 hunk ignored -- saving rejects to file 
 mango/db/memcache/MemCache.d.rej
 patching file mango/locks/CyclicBarrier.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n]
 EOF
 Skipping patch.
 1 out of 1 hunk ignored -- saving rejects to file 
 mango/locks/CyclicBarrier.d.rej
 patching file mango/locks/Exchanger.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n] EOF


 
 
 Wasn't obvious what I was supposed to do, so I just bailed out of that 
 one.  The default answer didn't seem to be working.
 
 
 Then I tried to install something I hadn't installed before to avoid 
 those issues.  'dsss net install dool'.  After copying a bunch of files 
 it stopped with an error:
   ...
   + copying Node.di
   + copying DNode.di
   + copying Character.di
   + copying System.di
   Error: 
 f:\usr\pkg\Dlang\dsss\tmp\DSSS_dool\src\.svn\text-base\build.d.svn-base:
   Access is denied.
 
 This will be pretty cool when it all works!
 
 --bb


Windows is really kicking my arse here X-D

Try deleting your ...\tmp\DSSS_mango directory and retrying mango, but 
it'll probably fail at the same point. In the interim, I'm going to try 
to get access to a Windows system to test this properly on.

These are some mighty strange, esoteric problems it's running into.

  - Gregor Richards
Nov 17 2006
prev sibling parent Gregor Richards <Richards codu.org> writes:
Bill Baxter wrote:

 Gregor Richards wrote:
 

 Bill Baxter wrote:


 Gregor Richards wrote:


 (And no, there shall be no name change)

 I have just released version 0.4 of DSSS. It includes several bugfixes:

         - Fixed a bug causing DSSS not to download mirrors.list 
 (which was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a 
 bug (of sorts) in GNU patch on Windows.

 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe 
 is a bit picky on Windows)
 3) You can now list all packages and search for packages installable 
 via the network.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - Gregor Richards





 I get:

 + unix2dos mango.diff
 'unix2dos' is not recognized as an internal or external command,
 operable program or batch file.

 --bb



 Damn it, I forgot to cause it to actually INSTALL it X_X

 I've updated the binary: 
 http://www.dsource.org/projects/dsss/browser/downloads/0.4/dsss-0.4-dmd-win
try2.zip?format=raw 


 
 
 
 
 Ok, now I tried to 'dsss net install mango' again and it started giving 
 me a bunch of messages like the following:
 

 mango.diff: done.
 patching file dsss.conf
 patching file mango/db/memcache/MemCache.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n]
 EOF
 Skipping patch.
 1 out of 1 hunk ignored -- saving rejects to file 
 mango/db/memcache/MemCache.d.rej
 patching file mango/locks/CyclicBarrier.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n]
 EOF
 Skipping patch.
 1 out of 1 hunk ignored -- saving rejects to file 
 mango/locks/CyclicBarrier.d.rej
 patching file mango/locks/Exchanger.d
 Reversed (or previously applied) patch detected!  Assume -R? [n]
 EOF
 Apply anyway? [n] EOF


 
 
 Wasn't obvious what I was supposed to do, so I just bailed out of that 
 one.  The default answer didn't seem to be working.
 
 
 Then I tried to install something I hadn't installed before to avoid 
 those issues.  'dsss net install dool'.  After copying a bunch of files 
 it stopped with an error:
   ...
   + copying Node.di
   + copying DNode.di
   + copying Character.di
   + copying System.di
   Error: 
 f:\usr\pkg\Dlang\dsss\tmp\DSSS_dool\src\.svn\text-base\build.d.svn-base:
   Access is denied.
 
 This will be pretty cool when it all works!
 
 --bb


My suspicion right now is that, though it died there, it actually /did/ 
install properly.  I think that it died while trying to clean up after 
itself.  Type 'dsss list' and see if dool actually got installed.

  - Gregor Richards
Nov 18 2006
prev sibling next sibling parent reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Gregor Richards wrote:


 I have just released version 0.4 of DSSS. It includes several bugfixes:



 Notably:
 1) This should work on Mac OS X now.


Compilation seems to have succeeded, installation failed though:


Installing hcf
Command: install hcf/env.d /usr/local/include/d/hcf
+ making directory /usr/local/include/d/hcf
+ copying env.d
+ cp -af hcf/env.d /usr/local/include/d/hcf/env.d
cp: illegal option -- a

As you might have guessed, Mac OS X doesn't use GNU "cp" but BSD.

--anders
Nov 18 2006
next sibling parent reply Gregor Richards <Richards codu.org> writes:
Anders F Björklund wrote:

 Gregor Richards wrote:
 

 I have just released version 0.4 of DSSS. It includes several bugfixes:


 
 

 Notably:
 1) This should work on Mac OS X now.


 
 
 Compilation seems to have succeeded, installation failed though:
 

 Installing hcf
 Command: install hcf/env.d /usr/local/include/d/hcf
 + making directory /usr/local/include/d/hcf
 + copying env.d
 + cp -af hcf/env.d /usr/local/include/d/hcf/env.d
 cp: illegal option -- a
 
 As you might have guessed, Mac OS X doesn't use GNU "cp" but BSD.
 
 --anders


Ha-HAH *shoots self in face*

Okidoke, I'm going to check every system() it uses against Mac OS X's 
man pages.

  - Gregor Richards
Nov 18 2006
parent =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Gregor Richards wrote:


 As you might have guessed, Mac OS X doesn't use GNU "cp" but BSD.


 
 Ha-HAH *shoots self in face*
 
 Okidoke, I'm going to check every system() it uses against Mac OS X's 
 man pages.


Cross-platform shell scripts are an old arcane black art of magic...
Autotools has some pointers, but it's easier to use GNU "install" ?

http://www.gnu.org/software/autoconf/manual/html_node/Portable-Shell.html

--anders
Nov 19 2006
prev sibling parent reply Gregor Richards <Richards codu.org> writes:
Anders F Björklund wrote:

 Gregor Richards wrote:
 

 I have just released version 0.4 of DSSS. It includes several bugfixes:


 
 

 Notably:
 1) This should work on Mac OS X now.


 
 
 Compilation seems to have succeeded, installation failed though:
 

 Installing hcf
 Command: install hcf/env.d /usr/local/include/d/hcf
 + making directory /usr/local/include/d/hcf
 + copying env.d
 + cp -af hcf/env.d /usr/local/include/d/hcf/env.d
 cp: illegal option -- a
 
 As you might have guessed, Mac OS X doesn't use GNU "cp" but BSD.
 
 --anders


Could you try the latest SVN snapshot of DSSS?

   - Gregor Richards

PS: http://svn.dsource.org/projects/dsss/trunk
Nov 18 2006
parent reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Gregor Richards wrote:


 Could you try the latest SVN snapshot of DSSS?
 
   - Gregor Richards
 
 PS: http://svn.dsource.org/projects/dsss/trunk


Compilation/Installation went OK now, using GDC unstable.

And I see that you have wxD in there already, how nice! :-)
Not sure why it failed to install, will look at that later.

patching file wxd/dsss.conf
patching file wxd/mkwxlibs.d
patching file wxd/wx/libs.d
patching file wxd/wx/wx.d
Tool wxd is not installed.
+ /usr/local/bin/dsss_build -I/usr/local/include/d 
-LIBPATH=/usr/local/lib -LIBPATH=.   -test -uses=temp.uses
Error: dsss_build:No target name supplied.


But it should now be possible to play with Bu[il]d/DSSS
on Mac OS X, will report other quirks on the DSSS forum.

Thanks for the update! I'll integrate dsss.conf with wxD.
--anders
Nov 19 2006
parent Gregor Richards <Richards codu.org> writes:
Anders F Björklund wrote:

 Gregor Richards wrote:
 

 Could you try the latest SVN snapshot of DSSS?

   - Gregor Richards

 PS: http://svn.dsource.org/projects/dsss/trunk


 
 
 Compilation/Installation went OK now, using GDC unstable.
 
 And I see that you have wxD in there already, how nice! :-)
 Not sure why it failed to install, will look at that later.
 
 patching file wxd/dsss.conf
 patching file wxd/mkwxlibs.d
 patching file wxd/wx/libs.d
 patching file wxd/wx/wx.d
 Tool wxd is not installed.
 + /usr/local/bin/dsss_build -I/usr/local/include/d 
 -LIBPATH=/usr/local/lib -LIBPATH=.   -test -uses=temp.uses
 Error: dsss_build:No target name supplied.
 
 
 But it should now be possible to play with Bu[il]d/DSSS
 on Mac OS X, will report other quirks on the DSSS forum.
 
 Thanks for the update! I'll integrate dsss.conf with wxD.
 --anders


That's my fault - I never tried wxd in the net system, just a local 
install.  As it turns out, my dependency tracker goes wonky in special 
sections.  There was a special section in wxd's dsss.conf to make the 
C++ component, so it all came crashing down.

I've (mostly silently) released 0.5, which fixes a few issues, and this 
should be one of them.

http://www.dsource.org/projects/dsss/browser/downloads/0.5

  - Gregor Richards
Nov 19 2006
prev sibling next sibling parent reply BCS <BCS pathilink.com> writes:
Gregor Richards wrote:

 (And no, there shall be no name change)
 
 I have just released version 0.4 of DSSS. It includes several bugfixes:
 
         - Fixed a bug causing DSSS not to download mirrors.list (which 
 was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a bug 
 (of sorts) in GNU patch on Windows.
 
 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe is a 
 bit picky on Windows)
 3) You can now list all packages and search for packages installable via 
 the network.
 
 More info and downloads at http://www.dsource.org/projects/dsss .
 
  - Gregor Richards



OK I must be stupid but I can seem to get dsss working.

I have installed DSSS as instructed by dumping the win .zip file and 
adding it to my path.

What I want to do is get something (I'm using mango to test things) 
downloaded. So I run this:

dsss net install mango

and get a single line of output

Synchronizing...


And I cant find anything that dsss has done. No new file, no mango 
anywhere (and no I don't already have mango) Nada. I'm doing something 
wrong and don't known what.

Where should the files be showing up?
What response should I be getting?
Am I doing anything right?

BTW

DSSS 0.4 try2 on winXP
Nov 19 2006
next sibling parent Gregor Richards <Richards codu.org> writes:
BCS wrote:

 Gregor Richards wrote:

 (And no, there shall be no name change)

 I have just released version 0.4 of DSSS. It includes several bugfixes:

         - Fixed a bug causing DSSS not to download mirrors.list (which 
 was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a 
 bug (of sorts) in GNU patch on Windows.

 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe is 
 a bit picky on Windows)
 3) You can now list all packages and search for packages installable 
 via the network.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - Gregor Richards


 
 
 OK I must be stupid but I can seem to get dsss working.
 
 I have installed DSSS as instructed by dumping the win .zip file and 
 adding it to my path.
 
 What I want to do is get something (I'm using mango to test things) 
 downloaded. So I run this:
 
 dsss net install mango
 
 and get a single line of output
 
 Synchronizing...
 
 
 And I cant find anything that dsss has done. No new file, no mango 
 anywhere (and no I don't already have mango) Nada. I'm doing something 
 wrong and don't known what.
 
 Where should the files be showing up?
 What response should I be getting?
 Am I doing anything right?
 
 BTW
 
 DSSS 0.4 try2 on winXP
 



_O


This makes precisely zero sense.  I don't know of /any/ way that it can 
produce no output after "Synchronizing..."

If the synchronizing fails, it produces an error.  If the synchronizing 
succeeds, if nothing else it will at LEAST say that it's (trying to) 
build what you specified.  There is no path after synchronization that 
results in no output.

I should mention that it has actually been tested and shown to work on 
Windows (by me) at this point, so this is something of a mystery.


Where should the files be showing up?

<DSSS prefix>/include/d/mango/..., <DSSS prefix>/lib/...


What response should I be getting?
Basically:

Synchronizing...

+ svn co http://blahblah/mango/trunk
...

Patching...
(Patch output)

Installing mango
<compile compile compile>



Am I doing anything right?

As far as I can tell, you're doing EVERYTHING right.  I'm flabbergasted.

  - Gregor Richards

PS: I'll look in to it, but I'm not sure what I'm looking in to ...
Nov 19 2006
prev sibling next sibling parent reply Gregor Richards <Richards codu.org> writes:
BCS wrote:

 Gregor Richards wrote:
 

 (And no, there shall be no name change)

 I have just released version 0.4 of DSSS. It includes several bugfixes:

         - Fixed a bug causing DSSS not to download mirrors.list (which 
 was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a 
 bug (of sorts) in GNU patch on Windows.

 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe is 
 a bit picky on Windows)
 3) You can now list all packages and search for packages installable 
 via the network.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - Gregor Richards


 
 
 
 OK I must be stupid but I can seem to get dsss working.
 
 I have installed DSSS as instructed by dumping the win .zip file and 
 adding it to my path.
 
 What I want to do is get something (I'm using mango to test things) 
 downloaded. So I run this:
 
 dsss net install mango
 
 and get a single line of output
 
 Synchronizing...
 
 
 And I cant find anything that dsss has done. No new file, no mango 
 anywhere (and no I don't already have mango) Nada. I'm doing something 
 wrong and don't known what.
 
 Where should the files be showing up?
 What response should I be getting?
 Am I doing anything right?
 
 BTW
 
 DSSS 0.4 try2 on winXP
 


Believe it or not I actually managed to reproduce this.  I believe it 
comes down to failed connect, proxy settings, something else strange 
like that.

Just released 0.6, should fix it to at lesat give you some useful output 
when it fails. Please test it.

Thanks.

  - Gregor Richards
Nov 20 2006
parent reply BCS <BCS pathlink.com> writes:
Gregor Richards wrote:

 
 Believe it or not I actually managed to reproduce this.  I believe it 
 comes down to failed connect, proxy settings, something else strange 
 like that.
 


that sounds very possible. I was using a wireless connection with zero 
bars of signal so who knowns what was up.


 Just released 0.6, should fix it to at lesat give you some useful output 
 when it fails. Please test it.
 


I already downloaded it. I'll be trying it it a bit

  Thanks.


 
  - Gregor Richards






 Where should the files be showing up?


 <DSSS prefix>/include/d/mango/..., <DSSS prefix>/lib/...


What does <DSSS prefix> default to? The install dir of DSSS? I didn't 
set it to anything at all (Not on the command line, no editing files, 
nada). How do I set <DSSS prefix> to something other than the default? 
Last time I tried" dsss ... --prefix=blah" I got errors.
Nov 20 2006
next sibling parent reply Gregor Richards <Richards codu.org> writes:
 What does <DSSS prefix> default to? The install dir of DSSS? I didn't 
 set it to anything at all (Not on the command line, no editing files, 
 nada). How do I set <DSSS prefix> to something other than the default? 
 Last time I tried" dsss ... --prefix=blah" I got errors.
 
 
 
 


The install dir of DSSS itself.  You can use the --prefix option to 
install to a different prefix, but only with the 'install' command.

Also "blah" is a fairly strange prefix ;)

I didn't implement multi-prefix support into the net subset of commands 
because it opens a huge can o' worms: A 'dsss net install' actually does 
several installs (all dependencies), and often ends up depending on 
things already installed, etc, etc, etc, the --prefix options would 
either be complex or very limited.  If you need to fine-tune the prefix 
of things installed from 'dsss net', just use 'dsss net fetch', 'dsss 
build' and 'dsss install --prefix'.  A bit more complicated since it 
doesn't do everything for you, but far more controllable :)

  - Gregor Richards
Nov 20 2006
parent BCS <BCS pathlink.com> writes:
Gregor Richards wrote:

 What does <DSSS prefix> default to? The install dir of DSSS? I didn't 
 set it to anything at all (Not on the command line, no editing files, 
 nada). How do I set <DSSS prefix> to something other than the default? 
 Last time I tried" dsss ... --prefix=blah" I got errors.


 
 The install dir of DSSS itself.  You can use the --prefix option to 
 install to a different prefix, but only with the 'install' command.
 
 Also "blah" is a fairly strange prefix ;)
 
 I didn't implement multi-prefix support into the net subset of commands 
 because it opens a huge can o' worms: A 'dsss net install' actually does 
 several installs (all dependencies), and often ends up depending on 
 things already installed, etc, etc, etc, the --prefix options would 
 either be complex or very limited.  If you need to fine-tune the prefix 
 of things installed from 'dsss net', just use 'dsss net fetch', 'dsss 
 build' and 'dsss install --prefix'.  A bit more complicated since it 
 doesn't do everything for you, but far more controllable :)
 
  - Gregor Richards


Actually I'm more interested in something like installing dsss in 
"c:\program files\dsss\" and having everything, by default, going to 
"c:\dmd\src\dsss" without having to tell it that every time.
Nov 20 2006
prev sibling parent BCS <BCS pathlink.com> writes:
BCS wrote:

 
 I already downloaded it. I'll be trying it it a bit
 


It works, but that is with a good connection. I'll try it at home later.
Nov 20 2006
prev sibling parent reply Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
BCS wrote:

 dsss net install mango
 
 and get a single line of output
 
 Synchronizing...


dsdpc chesed:~$ dsss net install mango
Synchronizing...
+ curl -s -k
http://svn.dsource.org/projects/dsss/sources/source.list -o
/home/dpc/d/share/dsss/sources/source.list -z
/home/dpc/d/share/dsss/sources/source.list
dpc chesed:~$ dsss net install mango
Synchronizing...
+ curl -s -k
http://svn.dsource.org/projects/dsss/sources/source.list -o
/home/dpc/d/share/dsss/sources/source.list -z
/home/dpc/d/share/dsss/sources/source.list
dpc chesed:~$ dsss net install mango
Synchronizing...
+ curl -s -k
http://svn.dsource.org/projects/dsss/sources/source.list -o
/home/dpc/d/share/dsss/sources/source.list -z
/home/dpc/d/share/dsss/sources/source.list
dpc chesed:~$


Manually connecting to svn.dsource.org via http gives connection timeout.
Should DSSS by more informative here?
Nov 21 2006
parent Gregor Richards <Richards codu.org> writes:
Dawid Ciężarkiewicz wrote:

 BCS wrote:

 dsss net install mango

 and get a single line of output

 Synchronizing...


 
 dsdpc chesed:~$ dsss net install mango
 Synchronizing...
 + curl -s -k
 http://svn.dsource.org/projects/dsss/sources/source.list -o
/home/dpc/d/share/dsss/sources/source.list -z
/home/dpc/d/share/dsss/sources/source.list
 dpc chesed:~$ dsss net install mango
 Synchronizing...
 + curl -s -k
 http://svn.dsource.org/projects/dsss/sources/source.list -o
/home/dpc/d/share/dsss/sources/source.list -z
/home/dpc/d/share/dsss/sources/source.list
 dpc chesed:~$ dsss net install mango
 Synchronizing...
 + curl -s -k
 http://svn.dsource.org/projects/dsss/sources/source.list -o
/home/dpc/d/share/dsss/sources/source.list -z
/home/dpc/d/share/dsss/sources/source.list
 dpc chesed:~$
 
 
 Manually connecting to svn.dsource.org via http gives connection timeout.
 Should DSSS by more informative here?


Looks to me like 'curl' should be more informative here :)

I'll see if there's some flag I can give it to make it so.

  - Gregor Richards
Nov 21 2006
prev sibling next sibling parent reply Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
dpc chesed:~/tmp$ rm -Rf dsss-0.6
dpc chesed:~/tmp$ tar xjf dsss-0.6.tar.bz2
cdpc chesed:~/tmp$ cd dsss-0.6/
dpc chesed:~/tmp/dsss-0.6$ make -f Makefile.dmd.posix
cd dsss_build && \
        make -f Makefile.unix
[...]
hcf

sss/main.d => dsss
Command: cd dsss_build
Command: make -f Makefile.unix
+ make -f Makefile.unix
make[1]: Entering directory `/home/dpc/tmp/dsss-0.6/dsss_build'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/dpc/tmp/dsss-0.6/dsss_build'
+ /home/dpc/tmp/dsss-0.6/dsss_build/dsss_build
-I/home/dpc/tmp/dsss-0.6/inst/include/d
-LIBPATH=/home/dpc/tmp/dsss-0.6/inst/lib -LIBPATH=.  -od. -g -Idsss_build
-LIBPATH=dsss_build
sss/main.d -Tdsss
./libSDD-sss.a(conf.o):(.data+0xac): undefined reference to
`_ModuleInfo_4util8booltype'
./libSDD-sss.a(conf.o):(.data+0xb0): undefined reference to
`_ModuleInfo_4util3fdt'
./libSDD-sss.a(conf.o):(.data+0xb4): undefined reference to
`_ModuleInfo_4util3str'
./libSDD-sss.a(conf.o): In function `_D3sss4conf9fileNewerFAaAaZx':
/home/dpc/tmp/dsss-0.6/sss/conf.d:905: undefined reference to
`_Class_4util3fdt12FileDateTime'
/home/dpc/tmp/dsss-0.6/sss/conf.d:905: undefined reference to
`_D4util3fdt12FileDateTime5_ctorFAaZC4util3fdt12FileDateTime'
/home/dpc/tmp/dsss-0.6/sss/conf.d:906: undefined reference to
`_Class_4util3fdt12FileDateTime'
/home/dpc/tmp/dsss-0.6/sss/conf.d:906: undefined reference to
`_D4util3fdt12FileDateTime5_ctorFAaZC4util3fdt12FileDateTime'
collect2: ld returned 1 exit status
dpc chesed:~/tmp/dsss-0.6$

:/ Since 0.4 I can't get DSSS to compile.
Nov 20 2006
parent reply Gregor Richards <Richards codu.org> writes:
Dawid Ciężarkiewicz wrote:

 dpc chesed:~/tmp$ rm -Rf dsss-0.6
 dpc chesed:~/tmp$ tar xjf dsss-0.6.tar.bz2
 cdpc chesed:~/tmp$ cd dsss-0.6/
 dpc chesed:~/tmp/dsss-0.6$ make -f Makefile.dmd.posix
 cd dsss_build && \
         make -f Makefile.unix
 [...]
 hcf
 
 sss/main.d => dsss
 Command: cd dsss_build
 Command: make -f Makefile.unix
 + make -f Makefile.unix
 make[1]: Entering directory `/home/dpc/tmp/dsss-0.6/dsss_build'
 make[1]: Nothing to be done for `all'.
 make[1]: Leaving directory `/home/dpc/tmp/dsss-0.6/dsss_build'
 + /home/dpc/tmp/dsss-0.6/dsss_build/dsss_build
-I/home/dpc/tmp/dsss-0.6/inst/include/d
-LIBPATH=/home/dpc/tmp/dsss-0.6/inst/lib -LIBPATH=.  -od. -g -Idsss_build
-LIBPATH=dsss_build
 sss/main.d -Tdsss
 ./libSDD-sss.a(conf.o):(.data+0xac): undefined reference to
 `_ModuleInfo_4util8booltype'
 ./libSDD-sss.a(conf.o):(.data+0xb0): undefined reference to
 `_ModuleInfo_4util3fdt'
 ./libSDD-sss.a(conf.o):(.data+0xb4): undefined reference to
 `_ModuleInfo_4util3str'
 ./libSDD-sss.a(conf.o): In function `_D3sss4conf9fileNewerFAaAaZx':
 /home/dpc/tmp/dsss-0.6/sss/conf.d:905: undefined reference to
 `_Class_4util3fdt12FileDateTime'
 /home/dpc/tmp/dsss-0.6/sss/conf.d:905: undefined reference to
 `_D4util3fdt12FileDateTime5_ctorFAaZC4util3fdt12FileDateTime'
 /home/dpc/tmp/dsss-0.6/sss/conf.d:906: undefined reference to
 `_Class_4util3fdt12FileDateTime'
 /home/dpc/tmp/dsss-0.6/sss/conf.d:906: undefined reference to
 `_D4util3fdt12FileDateTime5_ctorFAaZC4util3fdt12FileDateTime'
 collect2: ld returned 1 exit status
 dpc chesed:~/tmp/dsss-0.6$
 
 :/ Since 0.4 I can't get DSSS to compile.


For my own defense: Until now I'd never actually tested it with DMD on 
GNU/Linux :)

This is one of those magical WTF things: The 'gdc' frontend passes 
libraries to the linker in one order, the 'gcc' frontend (used by DMD) 
passes them in the opposite order.  So when I fixed it for one, it broke 
it for the other.

Wow.

Anyway, it's fixed in 0.7.  I even compiled it with dmd :P

My apologies ... all part of the initial ironing out, getting it working 
everywhere.

http://www.dsource.org/projects/dsss/browser/downloads/0.7

  - Gregor Richards
Nov 20 2006
parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gregor Richards wrote:


 Anyway, it's fixed in 0.7.  I even compiled it with dmd :P


With this release rate, and as the perfect companion to Bud,
I think I know what you should be calling it: wasssup :-)

--anders
Nov 20 2006
parent reply Gregor Richards <Richards codu.org> writes:
Anders F Björklund wrote:

 Gregor Richards wrote:
 

 Anyway, it's fixed in 0.7.  I even compiled it with dmd :P


 
 
 With this release rate, and as the perfect companion to Bud,
 I think I know what you should be calling it: wasssup :-)
 
 --anders


I have no intention of maintaining this release rate :P

I just want to get it working everywhere then settle into a nice set of 
features.

  - Gregor Richards
Nov 20 2006
parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gregor Richards wrote:


 I have no intention of maintaining this release rate :P
 
 I just want to get it working everywhere then settle into a nice set of 
 features.


Sounds like good plan, was just kidding. Haven't been
able to install anything using Bu[il]d or DSSS yet,
but at least it compiles now and that's a good start...

--anders
Nov 20 2006
parent reply Gregor Richards <Richards codu.org> writes:
Anders F Björklund wrote:

 Gregor Richards wrote:
 

 I have no intention of maintaining this release rate :P

 I just want to get it working everywhere then settle into a nice set 
 of features.


 
 
 Sounds like good plan, was just kidding. Haven't been
 able to install anything using Bu[il]d or DSSS yet,
 but at least it compiles now and that's a good start...
 
 --anders


If I had access to any Mac OS X system to test on, it'd probably work 
there now :P

It's a bit difficult to guess and prod around for the proper options and 
such.

  - Gregor Richards
Nov 20 2006
parent =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gregor Richards wrote:


 If I had access to any Mac OS X system to test on, it'd probably work 
 there now :P
 
 It's a bit difficult to guess and prod around for the proper options and 
 such.


Agreed, it's easier with the free operating systems
that you can download and test on your own box...

--anders
Nov 20 2006
prev sibling next sibling parent reply Alan Knowles <alan akbkhome.com> writes:
Just to let you know, the intention is to remove all Makefiles from:
duit
dool
dantfw
leds

and replace them with build.compd files:
see:
http://svn.dsource.org/projects/dool/trunk/README.compd

example build file: http://svn.dsource.org/projects/dool/trunk/build.compd

I'm not sure if this impacts on the DSSS installer files for any of
these projects.

Regards
Alan


Gregor Richards wrote:

 (And no, there shall be no name change)
 
 I have just released version 0.4 of DSSS. It includes several bugfixes:
 
         - Fixed a bug causing DSSS not to download mirrors.list (which
 was fairly docile since there are no working mirrors yet)
         - Modified to work properly on Mac OS X (hopefully)
         - Wrote simple install and use documents.
         - Added version output to the --help output.
         - dsss net list command implemented.
         - dsss net search command implemented.
         - dsss installed command implemented.
         - unix2dos is now used for all patches on Windows, due to a bug
 (of sorts) in GNU patch on Windows.
 
 Notably:
 1) This should work on Mac OS X now.
 2) The net component should (I hope) work on Windows now (patch.exe is a
 bit picky on Windows)
 3) You can now list all packages and search for packages installable via
 the network.
 
 More info and downloads at http://www.dsource.org/projects/dsss .
 
  - Gregor Richards
Nov 20 2006
next sibling parent reply Gregor Richards <Richards codu.org> writes:
Alan Knowles wrote:

 
 
 Gregor Richards wrote:
 

(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

        - Fixed a bug causing DSSS not to download mirrors.list (which
was fairly docile since there are no working mirrors yet)
        - Modified to work properly on Mac OS X (hopefully)
        - Wrote simple install and use documents.
        - Added version output to the --help output.
        - dsss net list command implemented.
        - dsss net search command implemented.
        - dsss installed command implemented.
        - unix2dos is now used for all patches on Windows, due to a bug
(of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is a
bit picky on Windows)
3) You can now list all packages and search for packages installable via
the network.

More info and downloads at http://www.dsource.org/projects/dsss .

 - Gregor Richards


 Just to let you know, the intention is to remove all Makefiles from:
 duit
 dool
 dantfw
 leds

 and replace them with build.compd files:
 see:
 http://svn.dsource.org/projects/dool/trunk/README.compd

 example build file: 


http://svn.dsource.org/projects/dool/trunk/build.compd

 I'm not sure if this impacts on the DSSS installer files for any of
 these projects.

 Regards
 Alan


It won't affect DSSS at all, DSSS has a simple patch to add the 
appropriate dsss.conf for them.  The dsss.conf for dool, for example:

name=dool
[dool]


But to be honest, it'd be nice if you used DSSS. I'm trying to make DSSS 
powerful and easy enough to be usable as a replacement for any other 
build tool for D, and I hate to see the proliferation of build tools 
growing.

That being said, DSSS is a product of the proliferation of build tools, 
so I have little room to talk :)

It's up to you of course *shrugs*

  - Gregor Richards
Nov 20 2006
parent reply Alan Knowles <alan akbkhome.com> writes:
[snip snip]

 
 It won't affect DSSS at all, DSSS has a simple patch to add the
 appropriate dsss.conf for them.  The dsss.conf for dool, for example:
 
 name=dool
 [dool]
 


Is that sufficient to build dool?



 
 But to be honest, it'd be nice if you used DSSS. I'm trying to make DSSS
 powerful and easy enough to be usable as a replacement for any other
 build tool for D, and I hate to see the proliferation of build tools
 growing.


It is in the radar, antonio finished compd just about the same time you
announced dsss.. - and solved one problem - site specific makefiles...
so dsss may be a better long term option...

I believe that the code for compd was intended to be used by leds as
well, so I'm not sure of the direction here, - as the build options in
leds would probably interact with compd files. - if that was changed to
use dsss, we would probably have to dig into dsss and understand how
they could work together.


 That being said, DSSS is a product of the proliferation of build tools,
 so I have little room to talk :)




 
 It's up to you of course *shrugs*


I'm quite interested in seeing what can be done here.

Regards
Alan


 
  - Gregor Richards
Nov 20 2006
parent reply Gregor Richards <Richards codu.org> writes:
Alan Knowles wrote:

 name=dool
 [dool]


 Is that sufficient to build dool?


Yeah, that's the dsss.conf in place for building dool right now.

  - Gregor Richards
Nov 20 2006
parent reply Alan Knowles <alan akbkhome.com> writes:
OK - just tested it, a couple of notes:
- put dsss.conf in dool/src
- run dsss build

A) should the dsss.conf be put in dool/ rather than dool/src
in which case, I guess the dsss.conf file needs changing?

B) it outputs all the .o files into src directory
perhaps the default should be dool/obj/* - replicating the directory
structure (eg. using dmd -p) , just in case two files have the same name

B2) is there an option to write these .o files  to /tmp/.... so that I
can build from a readonly filesystem?

C) it creates dool/src/libSSD-dool.a
ideally it should create dool/libdool.a ?

D) is it storing somewhere that it has created libdool.a, and it's
location, link dependencies etc. so that when we build leds, it can just
say it depends on dool, and automatically finds the location of the .a,
and it's -l dependencies

Regards
Alan




Gregor Richards wrote:

 Alan Knowles wrote:

 name=dool
 [dool]


 Is that sufficient to build dool?


 
 Yeah, that's the dsss.conf in place for building dool right now.
 
  - Gregor Richards
Nov 20 2006
parent Gregor Richards <Richards codu.org> writes:
Alan Knowles wrote:

 OK - just tested it, a couple of notes:
 - put dsss.conf in dool/src
 - run dsss build
 
 A) should the dsss.conf be put in dool/ rather than dool/src
 in which case, I guess the dsss.conf file needs changing?


dsss.conf expects to be in the "top level."  You could also put a 
dsss.conf in dool/ with:

name = dool
[src]
type = subdir

And the "real" dsss.conf in src/:

[dool]


 
 B) it outputs all the .o files into src directory
 perhaps the default should be dool/obj/* - replicating the directory
 structure (eg. using dmd -p) , just in case two files have the same name


Yeah, it's problematic, and actually comes down partially to a bug in 
bu[il]d, upon which DSSS is built.  I'll add this to the TODO list.


 
 B2) is there an option to write these .o files  to /tmp/.... so that I
 can build from a readonly filesystem?


That'd be a nice feature. Also goes on the list.


 
 C) it creates dool/src/libSSD-dool.a
 ideally it should create dool/libdool.a ?


It generates a name with this information (btw, it's libSDD-dool):

1) S = static, so that the -l options for static and shared can be 
different.
2) D = it's in D
3) D = using DMD (so that you can have both DMD and GDC installed 
without them fighting)
4) The rest is the package name.

Furthermore, the name becomes quite unimportant, since anything 
importing dool using DSSS will automatically get linked against the 
proper library (that is, you don't need to put any dependency info in 
other dsss.conf's)

That all being said, you can override it, it just ends up creating more 
problems than it solves.  You can set:
target = dool

Which will make it: libdool.a | dool.lib

In short: Ideally, no, it should create libSDD-dool, I architected the 
library naming convention for very specific reasons.


 
 D) is it storing somewhere that it has created libdool.a, and it's
 location, link dependencies etc. so that when we build leds, it can just
 say it depends on dool, and automatically finds the location of the .a,
 and it's -l dependencies


You don't even have to say it depends on dool in any metaformat, you 
just have to import dool.whatever in the source.

Furthermore, if you import dool.<whatever> in the source, end users 
could get dool installed with simply 'dsss net deps'.


 
 Regards
 Alan
 
 
 
 
 Gregor Richards wrote:
 

Alan Knowles wrote:


name=dool
[dool]


Is that sufficient to build dool?


Yeah, that's the dsss.conf in place for building dool right now.

 - Gregor Richards
Nov 20 2006
prev sibling parent =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Alan Knowles wrote:


 Just to let you know, the intention is to remove all Makefiles from:
 duit
 dool
 dantfw
 leds
 
 and replace them with build.compd files:
 see:
 http://svn.dsource.org/projects/dool/trunk/README.compd
 
 example build file: http://svn.dsource.org/projects/dool/trunk/build.compd
 
 I'm not sure if this impacts on the DSSS installer files for any of
 these projects.


Great, another Make replacement. I'll toss it on my pile. :-P

Think I will just go back to GNU Make, which works already...

And let you guys battle it out. (then send me any wxD patches)

--anders
Nov 20 2006
prev sibling next sibling parent reply Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
It seems that when making libSDD-$dir.a DSSS archives ".o" files as they
are. But what if in top level dir there are fies named same as in $dir
subdir?

dpc chesed:~/tmp/dsss-test1$ dsss build
Creating imports for DD-pkg

pkg => DD-pkg
+ /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib
-LIBPATH=.  -od. -g -debug -explicit -lib -full
pkg/b.d -TlibSDD-pkg.a
/usr/bin/ar: creating libSDD-pkg.a

a.d => a
+ /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib
-LIBPATH=.  -od. -g -debug
a.d -Ta
a.o:(.data+0x30): undefined reference to `_ModuleInfo_1b'
a.o: In function `_Dmain':
/home/dpc/tmp/dsss-test1/a.d:4: undefined reference to `_Class_1b1B'
/home/dpc/tmp/dsss-test1/a.d:4: undefined reference to `_D1b1B5_ctorFZC1b1B'
collect2: ld returned 1 exit status


No good.

Am I doing anything wrong? In attachment - test dir. If I'm right that DSSS
should use some profix or even compress *.o files in subdirs (is that
possible?) to avoid object name conflicts.
Nov 21 2006
parent Gregor Richards <Richards codu.org> writes:
Dawid Ciężarkiewicz wrote:

 It seems that when making libSDD-$dir.a DSSS archives ".o" files as they
 are. But what if in top level dir there are fies named same as in $dir
 subdir?
 
 dpc chesed:~/tmp/dsss-test1$ dsss build
 Creating imports for DD-pkg
 
 pkg => DD-pkg
 + /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib
-LIBPATH=.  -od. -g -debug -explicit -lib -full
 pkg/b.d -TlibSDD-pkg.a
 /usr/bin/ar: creating libSDD-pkg.a
 
 a.d => a
 + /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib
-LIBPATH=.  -od. -g -debug
 a.d -Ta
 a.o:(.data+0x30): undefined reference to `_ModuleInfo_1b'
 a.o: In function `_Dmain':
 /home/dpc/tmp/dsss-test1/a.d:4: undefined reference to `_Class_1b1B'
 /home/dpc/tmp/dsss-test1/a.d:4: undefined reference to `_D1b1B5_ctorFZC1b1B'
 collect2: ld returned 1 exit status
 
 
 No good.
 
 Am I doing anything wrong? In attachment - test dir. If I'm right that DSSS
 should use some profix or even compress *.o files in subdirs (is that
 possible?) to avoid object name conflicts.


Yes, it should. It /doesn't/ because no compiler agrees on it :)

It's on the todo list.

  - Gregor Richards
Nov 21 2006
prev sibling parent Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
Itsmeagain. (I hope my feedback is appreciated ;-)

$ dsss net install mango
[...]


mango/sys => DD-mango-sys
+ /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib
-LIBPATH=.  -od.  -explicit -lib -full
mango/sys/ByteSwap.d mango/sys/Epoch.d mango/sys/OS.d mango/sys/System.d
mango/sys/Atomic.d -TlibSDD-mango-sys.a
mango/sys/Epoch.d(337): function std.c.linux.linux.localtime (__time_t*)
does not match parameter types (int*)
mango/sys/Epoch.d(337): Error: cannot implicitly convert expression (& utc)
of type int* to __time_t*


This is probably some bug in mango, but I'm thinking about features in DSSS
that would allow me to try older (maybe marked as stable) versions of it.
Please think about that.

If "dsss net list" tells the true then:
[...]
dsss
dsss-0.5
dsss-0.6
dsss-0.7
dsss-svn
dsss-test
[...]

is something that I'd like to have. But for -svn even easy switch like:

"dsss net install mango-svn -r -10"

that would try compiling mango ten revisions before trunk, would be superb.

Just an idea. :)
Nov 21 2006