|
Archives
D Programming
digitalmars.D
digitalmars.D.bugs
digitalmars.D.dtl
digitalmars.D.ide
digitalmars.D.dwt
digitalmars.D.announce
digitalmars.D.learn
digitalmars.D.debugger
D.gnu
D
C/C++ Programming
c++
c++.announce
c++.atl
c++.beta
c++.chat
c++.command-line
c++.dos
c++.dos.16-bits
c++.dos.32-bits
c++.idde
c++.mfc
c++.rtl
c++.stl
c++.stl.hp
c++.stl.port
c++.stl.sgi
c++.stlsoft
c++.windows
c++.windows.16-bits
c++.windows.32-bits
c++.wxwindows
digitalmars.empire
digitalmars.DMDScript
electronics
|
digitalmars.D.announce - D Shared Software System version 0.3 released!
(Oh, the joys of a young project, releasing new versions ridiculously
often :) )
I have just released version 0.3 of DSSS, the D Shared Software System.
I've changed the mirror infrastructure to use HTTP instead of
Subversion, since plain HTTP provides a few advantages and Subversion's
advantages aren't really necessary. You should be able to upgrade
without issues, it will transfer transparently.
I've also added a 'dsss net fetch' feature, which fetches sources from
the net infrastructure without building them.
I feel compelled to make this point clear: DSSS supports CPAN-like
features, but that is NOT the primary feature of DSSS. DSSS is a system
for the building, installation, configuration and acquisition of D
software. Please read the blurb on the home page :)
DSSS and more information on it are available from
http://www.dsource.org/projects/dsss .
At present, the following software is installable via DSSS:
bcd.gen
bintod
ddbi
derelict
dirclib
dool
dsss
dstring
duit
gdc-gcc-3.4
gdc-gcc-4.0
mango
wxd
To add your own software, configure it to use DSSS (technically you
don't have to, but it'd help ... ) then submit the information to me,
and I'll add it. I'm in the process of developing a proper interface
for this, but it's not in place yet.
- Gregor Richards
In response to BCS' questions from the 0.2 thread:
1) What is <your_favorite_prefix>?
It's your favorite prefix :). Wherever you want to install DSSS. /usr,
/opt/d, /home/foo/d_stuff, /tmp/howdee, wherever you want.
2) Is there anyway to have DSSS dump files to a disk and then have DSSS
on another system install the files from the disk?
DSSS is first and foremost a system for building D software, the net
infrastructure is NOT necessary for building software.
That being said, it does provide some convenience in receiving software,
so just for you I added a 'dsss net fetch' command, which will fetch but
not build the source.
Again, big letters: DSSS is first and foremost a system for building and
installing D software. The net feature is NOT its primary component. You
do NOT need to be on the Internet to use DSSS, you do NOT need to have
access to mirrors, etc. The net infrastructure is merely a convenience.
Hope that makes everything clear :)
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to server
(https://svn.dsource.org)
Gregor Richards wrote:
In response to BCS' questions from the 0.2 thread:
1) What is <your_favorite_prefix>?
It's your favorite prefix :). Wherever you want to install DSSS. /usr,
/opt/d, /home/foo/d_stuff, /tmp/howdee, wherever you want.
Maybe you should say <your_favorite_install_path>
Jesse Phillips wrote:
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to server
(https://svn.dsource.org)
Gregor Richards wrote:
In response to BCS' questions from the 0.2 thread:
1) What is <your_favorite_prefix>?
It's your favorite prefix :). Wherever you want to install DSSS. /usr,
/opt/d, /home/foo/d_stuff, /tmp/howdee, wherever you want.
Maybe you should say <your_favorite_install_path>
Maybe get rid of "your_favourite" too, since it has a danger of being
interpreted as condescending and patronizing, which aren't good.
Additionally, such attributes are usually not found in professional
software. They try to be as neutral as possible.
Georg Wrede wrote:
Jesse Phillips wrote:
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to server
(https://svn.dsource.org)
Gregor Richards wrote:
In response to BCS' questions from the 0.2 thread:
1) What is <your_favorite_prefix>?
It's your favorite prefix :). Wherever you want to install DSSS. /usr,
/opt/d, /home/foo/d_stuff, /tmp/howdee, wherever you want.
Maybe you should say <your_favorite_install_path>
Maybe get rid of "your_favourite" too, since it has a danger of being
interpreted as condescending and patronizing, which aren't good.
Additionally, such attributes are usually not found in professional
software. They try to be as neutral as possible.
Agreed. "My Computer", "My Pictures", "My Documents" are classic
examples of condescending, patronising, unprofessional software. Plus
they have those annoying spaces in their names. <g>
Don Clugston wrote:
Georg Wrede wrote:
Jesse Phillips wrote:
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to server
(https://svn.dsource.org)
Gregor Richards wrote:
In response to BCS' questions from the 0.2 thread:
1) What is <your_favorite_prefix>?
It's your favorite prefix :). Wherever you want to install DSSS.
/usr,
/opt/d, /home/foo/d_stuff, /tmp/howdee, wherever you want.
Maybe you should say <your_favorite_install_path>
Maybe get rid of "your_favourite" too, since it has a danger of being
interpreted as condescending and patronizing, which aren't good.
Additionally, such attributes are usually not found in professional
software. They try to be as neutral as possible.
Agreed. "My Computer", "My Pictures", "My Documents" are classic
examples of condescending, patronising, unprofessional software. Plus
they have those annoying spaces in their names. <g>
That is easily among my top five greatest irritations with Windows.
Though I think they are changing it in Vista.
Sean
Sean Kelly wrote:
Agreed. "My Computer", "My Pictures", "My Documents" are classic
examples of condescending, patronising, unprofessional software. Plus
they have those annoying spaces in their names. <g>
That is easily among my top five greatest irritations with Windows.
Though I think they are changing it in Vista.
Me too: "Microsoft's Computer", "Microsoft's Pictures", ... :-)
Gotta love DRM.
--anders
Anders F Björklund wrote:
Sean Kelly wrote:
Agreed. "My Computer", "My Pictures", "My Documents" are classic
examples of condescending, patronising, unprofessional software. Plus
they have those annoying spaces in their names. <g>
That is easily among my top five greatest irritations with Windows.
Though I think they are changing it in Vista.
Me too: "Microsoft's Computer", "Microsoft's Pictures", ... :-)
Gotta love DRM.
LOL
Sean Kelly wrote:
Don Clugston wrote:
Georg Wrede wrote:
Jesse Phillips wrote:
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to server
(https://svn.dsource.org)
Gregor Richards wrote:
In response to BCS' questions from the 0.2 thread:
1) What is <your_favorite_prefix>?
It's your favorite prefix :). Wherever you want to install DSSS.
/usr,
/opt/d, /home/foo/d_stuff, /tmp/howdee, wherever you want.
Maybe you should say <your_favorite_install_path>
Maybe get rid of "your_favourite" too, since it has a danger of being
interpreted as condescending and patronizing, which aren't good.
Additionally, such attributes are usually not found in professional
software. They try to be as neutral as possible.
Agreed. "My Computer", "My Pictures", "My Documents" are classic
examples of condescending, patronising, unprofessional software. Plus
they have those annoying spaces in their names. <g>
That is easily among my top five greatest irritations with Windows.
Though I think they are changing it in Vista.
Sean
Huh...? Really? Why? What do you(plural) mean with condescending and
patronizing, what's the problem with those names?
--
Bruno Medeiros - MSc in CS/E student
http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D
Bruno Medeiros wrote:
Sean Kelly wrote:
Don Clugston wrote:
Georg Wrede wrote:
Jesse Phillips wrote:
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to server
(https://svn.dsource.org)
Gregor Richards wrote:
In response to BCS' questions from the 0.2 thread:
1) What is <your_favorite_prefix>?
It's your favorite prefix :). Wherever you want to install DSSS.
/usr,
/opt/d, /home/foo/d_stuff, /tmp/howdee, wherever you want.
Maybe you should say <your_favorite_install_path>
Maybe get rid of "your_favourite" too, since it has a danger of
being interpreted as condescending and patronizing, which aren't
good. Additionally, such attributes are usually not found in
professional software. They try to be as neutral as possible.
Agreed. "My Computer", "My Pictures", "My Documents" are classic
examples of condescending, patronising, unprofessional software. Plus
they have those annoying spaces in their names. <g>
That is easily among my top five greatest irritations with Windows.
Though I think they are changing it in Vista.
Huh...? Really? Why? What do you(plural) mean with condescending and
patronizing, what's the problem with those names?
It's the "My" prefix. Drives me crazy. I don't know why, it just seems
condescending.
Sean
Sean Kelly wrote:
Bruno Medeiros wrote:
Sean Kelly wrote:
Don Clugston wrote:
Georg Wrede wrote:
Jesse Phillips wrote:
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to
server
(https://svn.dsource.org)
Gregor Richards wrote:
In response to BCS' questions from the 0.2 thread:
1) What is <your_favorite_prefix>?
It's your favorite prefix :). Wherever you want to install
DSSS. /usr,
/opt/d, /home/foo/d_stuff, /tmp/howdee, wherever you want.
Maybe you should say <your_favorite_install_path>
Maybe get rid of "your_favourite" too, since it has a danger of
being interpreted as condescending and patronizing, which aren't
good. Additionally, such attributes are usually not found in
professional software. They try to be as neutral as possible.
Agreed. "My Computer", "My Pictures", "My Documents" are classic
examples of condescending, patronising, unprofessional software.
Plus they have those annoying spaces in their names. <g>
That is easily among my top five greatest irritations with Windows.
Though I think they are changing it in Vista.
Huh...? Really? Why? What do you(plural) mean with condescending and
patronizing, what's the problem with those names?
It's the "My" prefix. Drives me crazy. I don't know why, it just seems
condescending.
I've always thought it was condescending and annoying, too. It's as if a
person would be confused by "computer" or "pictures". ("Whose computer
is this? Whose pictures are these?") And then the "my" helps. ("Oh,
that's clearly *my* computer. And *my* pictures.")
It's a few extra characters (and a troublesome space) that don't really
any needed meaning. But I'm sure Microsoft is just trying to help me
because I'm so stupid. ;)
--
jcc7
Justin C Calvarese wrote:
Sean Kelly wrote:
Bruno Medeiros wrote:
Sean Kelly wrote:
Don Clugston wrote:
Georg Wrede wrote:
...
Agreed. "My Computer", "My Pictures", "My Documents" are classic
examples of condescending, patronising, unprofessional software.
Plus they have those annoying spaces in their names. <g>
That is easily among my top five greatest irritations with Windows.
Though I think they are changing it in Vista.
Huh...? Really? Why? What do you(plural) mean with condescending and
patronizing, what's the problem with those names?
It's the "My" prefix. Drives me crazy. I don't know why, it just
seems condescending.
I've always thought it was condescending and annoying, too. It's as if a
person would be confused by "computer" or "pictures". ("Whose computer
is this? Whose pictures are these?") And then the "my" helps. ("Oh,
that's clearly *my* computer. And *my* pictures.")
It's a few extra characters (and a troublesome space) that don't really
any needed meaning. But I'm sure Microsoft is just trying to help me
because I'm so stupid. ;)
I personally spend about three days every time I reinstall Windows to
make sure that "My Documents" becomes "Personal". This worked fine
until Windows XP came along, which continuously REVERTS MY CHANGES!
I was not happy when I found this out. It's "Personal" in most places,
but keeps showing up as "My Documents". Tell me, MS, what point is
there in having this stuff in the registry if you're going to IGNORE IT?!
*huff* *huff*
Incidentally, I also make a point to store pictures in "Pictures", music
in "Music", etc. I'm really beginning to hate programs that default to
the "blessed" locations instead of where I last close the dialog.
I tell ya; give me a flamethrower and the home addresses of the
programmers responsible for this, and I'll get it sorted! :P
-- Daniel "My Middle Name" Keep
--
Unlike Knuth, I have neither proven or tried the above; it may not even
make sense.
v2sw5+8Yhw5ln4+5pr6OFPma8u6+7Lw4Tm6+7l6+7D
i28a2Xs3MSr2e4/6+7t4TNSMb6HTOp5en5g6RAHCP http://hackerkey.com/
Jesse Phillips wrote:
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to server
(https://svn.dsource.org)
hum, still getting the error, any ideas why? Also the mirror requests a
username and password?
Jesse Phillips wrote:
Jesse Phillips wrote:
Working on testing it, so far so it. It is all installed and
downloading/installing wxd... hmm, not connecting. I try again when I
wake up.
svn: PROPFIND request failed on '/projects/dsss/sources'
svn: PROPFIND of '/projects/dsss/sources': could not connect to server
(https://svn.dsource.org)
hum, still getting the error, any ideas why? Also the mirror requests a
username and password?
Hey, wait ... are you still using DSSS 0.2? DSSS 0.3 (and later) use
HTTP, so it shouldn't be trying to check out /projects/dsss/sources at
all ...
DSSS is still sort of coming together, so old versions won't actually
work - I think the current system for acquiring sources.list is good
though, so I don't think that component will change post-0.3.
As per the mirror username/password, I'm trying to work that out with
the guy who's hosting the mirror, it's not supposed to work like that
(of course).
- Gregor Richards
Gregor Richards wrote:
(Oh, the joys of a young project, releasing new versions ridiculously
often :) )
(Oh, the joys of a young project, getting new features ridiculously fast
:) )
In response to BCS' questions from the 0.2 thread:
2) Is there anyway to have DSSS dump files to a disk and then have DSSS
on another system install the files from the disk?
Thank!!!
What am I doing wrong? (beside using windows)
C:\>dir f:\alt\src
Volume in drive F has no label.
Volume Serial Number is 5B36-AD21
Directory of f:\alt\src
11/16/2006 10:54 AM <DIR> .
11/16/2006 10:54 AM <DIR> ..
0 File(s) 0 bytes
2 Dir(s) 17,695,354,880 bytes free
C:\>dsss install --prefix=f:\alt\src
WARNING: Section for nonexistant file ApplicationData.
WARNING: Section for nonexistant file LocalSettings.
WARNING: Section for nonexistant file MyDocuments.
WARNING: Section for nonexistant file StartMenu.
Installing DD-Cookies
+ making directory f:\alt\src\lib
+ copying SDD-Cookies.lib
Error: f:\alt\src\lib\SDD-Cookies.lib: The system cannot find the file
specified.
C:\>dir f:\alt\src
Volume in drive F has no label.
Volume Serial Number is 5B36-AD21
Directory of f:\alt\src
11/16/2006 10:56 AM <DIR> .
11/16/2006 10:56 AM <DIR> ..
11/16/2006 10:56 AM <DIR> lib
0 File(s) 0 bytes
3 Dir(s) 17,695,354,880 bytes free
No file named SDD-Cookies.lib came with the distro. (dsss-0.3-dmd-win.zip)
BCS wrote:
What am I doing wrong? (beside using windows)
C:\>dir f:\alt\src
Volume in drive F has no label.
Volume Serial Number is 5B36-AD21
Directory of f:\alt\src
11/16/2006 10:54 AM <DIR> .
11/16/2006 10:54 AM <DIR> ..
0 File(s) 0 bytes
2 Dir(s) 17,695,354,880 bytes free
C:\>dsss install --prefix=f:\alt\src
WARNING: Section for nonexistant file ApplicationData.
WARNING: Section for nonexistant file LocalSettings.
WARNING: Section for nonexistant file MyDocuments.
WARNING: Section for nonexistant file StartMenu.
Installing DD-Cookies
+ making directory f:\alt\src\lib
+ copying SDD-Cookies.lib
Error: f:\alt\src\lib\SDD-Cookies.lib: The system cannot find the file
specified.
C:\>dir f:\alt\src
Volume in drive F has no label.
Volume Serial Number is 5B36-AD21
Directory of f:\alt\src
11/16/2006 10:56 AM <DIR> .
11/16/2006 10:56 AM <DIR> ..
11/16/2006 10:56 AM <DIR> lib
0 File(s) 0 bytes
3 Dir(s) 17,695,354,880 bytes free
No file named SDD-Cookies.lib came with the distro. (dsss-0.3-dmd-win.zip)
Not sure what you're trying to compile, but basically you need your
working directory to be the directory of the sources (with dsss.conf).
Also, before installing you need to build with 'dsss build' :)
Oh and, if you're trying to install something from the net, you want
'dsss net install'.
- Gregor Richards
Gregor Richards wrote:
Not sure what you're trying to compile, but basically you need your
working directory to be the directory of the sources (with dsss.conf).
Also, before installing you need to build with 'dsss build' :)
Oh and, if you're trying to install something from the net, you want
'dsss net install'.
- Gregor Richards
I'm not trying to install anything. Just get dsss so that it will do
anything at all.
What I have done is:
1. download the .zip file
2. copy it to the harddrive
3. add dsss's path to $PATH
4. run "dsss install --prefix=f:\arlt\src" from the command line
this last bit comes from the v0.2 thread:
Gregor Richards wrote:
I should probably document this somewhere properly, but:
The net feature cannot be used until you actually install dsss to some
prefix. The next step here would be:
$ ./dsss install --prefix=<your_favorite_prefix>
I assume that all this does is setup dsss for where to put things and
the next thing would be some sort of "dsss net..." command, but I
haven't got that far yet.
Am I supposed to tell it to get something in step 4?
Am I missing something else?
BCS wrote:
Gregor Richards wrote:
Not sure what you're trying to compile, but basically you need your
working directory to be the directory of the sources (with dsss.conf).
Also, before installing you need to build with 'dsss build' :)
Oh and, if you're trying to install something from the net, you want
'dsss net install'.
- Gregor Richards
I'm not trying to install anything. Just get dsss so that it will do
anything at all.
What I have done is:
1. download the .zip file
2. copy it to the harddrive
3. add dsss's path to $PATH
4. run "dsss install --prefix=f:\arlt\src" from the command line
this last bit comes from the v0.2 thread:
Gregor Richards wrote:
> I should probably document this somewhere properly, but:
>
> The net feature cannot be used until you actually install dsss to some
> prefix. The next step here would be:
>
> $ ./dsss install --prefix=<your_favorite_prefix>
>
I assume that all this does is setup dsss for where to put things and
the next thing would be some sort of "dsss net..." command, but I
haven't got that far yet.
Am I supposed to tell it to get something in step 4?
Am I missing something else?
If you downloaded and extracted the binary zip, it's already installed
:) That step was for installing the source.
Sorry - I'm going to make an install doc for 0.4.
- Gregor Richards
Gregor Richards wrote:
I have just released version 0.3 of DSSS, the D Shared Software System.
I've changed the mirror infrastructure to use HTTP instead of
Subversion, since plain HTTP provides a few advantages and Subversion's
advantages aren't really necessary. You should be able to upgrade
without issues, it will transfer transparently.
I tried building DSSS 0.3 with the unstable GDC version on Mac OS X,
and got a few errors with the linker flags and the library creation:
gdc: unrecognized option `-rdynamic'
ld: unknown flag: --start-group
ld: archive: ./libSDG-sss.a has no table of contents, add one with
ranlib(1) (can't load from it)
Posted the details on the DSSS forum, and the svn r20 GDC on gdcmac...
(You need a GDC that is newer than 0.19, in order to compile Bud/DSSS)
--anders
Anders F Björklund wrote:
Gregor Richards wrote:
I have just released version 0.3 of DSSS, the D Shared Software
System. I've changed the mirror infrastructure to use HTTP instead of
Subversion, since plain HTTP provides a few advantages and
Subversion's advantages aren't really necessary. You should be able
to upgrade without issues, it will transfer transparently.
I tried building DSSS 0.3 with the unstable GDC version on Mac OS X,
and got a few errors with the linker flags and the library creation:
gdc: unrecognized option `-rdynamic'
ld: unknown flag: --start-group
ld: archive: ./libSDG-sss.a has no table of contents, add one with
ranlib(1) (can't load from it)
Posted the details on the DSSS forum, and the svn r20 GDC on gdcmac...
(You need a GDC that is newer than 0.19, in order to compile Bud/DSSS)
--anders
Hmm, does Mac not use GNU Binutils for ld? If not, I'll have to adjust
slightly the backend to work properly.
There were some changes to bu[il]d that required the addition of some
flags for GNU ld. I didn't realize that Mac doesn't use GNU ld. My
apologies.
- Gregor Richards
Gregor Richards wrote:
Hmm, does Mac not use GNU Binutils for ld? If not, I'll have to adjust
slightly the backend to work properly.
There were some changes to bu[il]d that required the addition of some
flags for GNU ld. I didn't realize that Mac doesn't use GNU ld. My
apologies.
Not a problem, but no it doesn't: "ld - Mach object file link editor"
The other problem is easier to fix, just run ranlib on the static lib.
--anders
Anders F Björklund wrote:
Gregor Richards wrote:
Hmm, does Mac not use GNU Binutils for ld? If not, I'll have to
adjust slightly the backend to work properly.
There were some changes to bu[il]d that required the addition of some
flags for GNU ld. I didn't realize that Mac doesn't use GNU ld. My
apologies.
Not a problem, but no it doesn't: "ld - Mach object file link editor"
The other problem is easier to fix, just run ranlib on the static lib.
--anders
I've made some changes and I think it should be less of an issue now -
may still need to add ranlib support to the internal bu[il]d. Anyway, I
will probably release DSSS 0.4 (much later) today or tomorrow, and it
should have Mac support.
- Gregor Richards
On Fri, 17 Nov 2006 06:22:51 -0800, Gregor Richards <Richards codu.org>
wrote:
Anders F Björklund wrote:
Gregor Richards wrote:
Hmm, does Mac not use GNU Binutils for ld? If not, I'll have to
adjust slightly the backend to work properly.
There were some changes to bu[il]d that required the addition of some
flags for GNU ld. I didn't realize that Mac doesn't use GNU ld. My
apologies.
The other problem is easier to fix, just run ranlib on the static lib.
--anders
I've made some changes and I think it should be less of an issue now -
may still need to add ranlib support to the internal bu[il]d. Anyway, I
will probably release DSSS 0.4 (much later) today or tomorrow, and it
should have Mac support.
- Gregor Richards
I don't know, Gregor. You seem to be slowing down. What's with that?
-JJR
Hah... true...has been YEARs since the last version has been released!
John Reimer wrote:
On Fri, 17 Nov 2006 06:22:51 -0800, Gregor Richards <Richards codu.org>
wrote:
Anders F Björklund wrote:
Gregor Richards wrote:
Hmm, does Mac not use GNU Binutils for ld? If not, I'll have to
adjust slightly the backend to work properly.
There were some changes to bu[il]d that required the addition of
some flags for GNU ld. I didn't realize that Mac doesn't use GNU
ld. My apologies.
The other problem is easier to fix, just run ranlib on the static lib.
--anders
I've made some changes and I think it should be less of an issue now -
may still need to add ranlib support to the internal bu[il]d. Anyway,
I will probably release DSSS 0.4 (much later) today or tomorrow, and
it should have Mac support.
- Gregor Richards
I don't know, Gregor. You seem to be slowing down. What's with that?
-JJR
Gregor Richards wrote:
I have just released version 0.3 of DSSS, the D Shared Software System.
I've tried to grab mango:
$ dsss net install mango
[...]
[...]
[...]
mango/containers => DD-mango-containers
[...]
mango/sys/Atomic.di(38): version X86_not_GNU declaration must be at module
level
Code:
// this ASM code doesn't work on GDC
version (X86) {
version (GNU) {} else {
version = X86_not_GNU;
}
}
What to do with that?
Where to report such errors?
http://www.dsource.org/forums/viewtopic.php?t=2025 ?
Little polishing, little more packages, little more examples and DSSS is
going to be D's rocket to stars. Before DSSS I was to lazy to try out so
many D useful packages. Now - when all of them may be installed
automagically - everything changes. And depending on 3rd party D libs
wouldn't be a problem anymore. End user of my software will just install
dsss and does not have to worry about anything.
Dawid Ciężarkiewicz wrote:
Gregor Richards wrote:
I have just released version 0.3 of DSSS, the D Shared Software System.
I've tried to grab mango:
$ dsss net install mango
[...]
[...]
[...]
mango/containers => DD-mango-containers
[...]
mango/sys/Atomic.di(38): version X86_not_GNU declaration must be at module
level
Code:
// this ASM code doesn't work on GDC
version (X86) {
version (GNU) {} else {
version = X86_not_GNU;
}
}
What to do with that?
Actually, that was my fault - I added a patch to Mango to make it work
with GDC, and it looks like it broke on DMD ...
Try it now, I believe it should be working.
- Gregor Richards
On Wed, 15 Nov 2006 19:53:06 -0800, Gregor Richards wrote:
DSSS and more information on it are available from
http://www.dsource.org/projects/dsss .
I installed and built DSSS - I did need to download SVN first otherwise
Makefile.dmd.win failed. I have been using TortoiseSVN not command line
SVN. Once I got past that it was fine.
I then tried to install mango. The first time I ran it SVN sync'd the
source and then I got an error. I tried it again and I got the same error:
C:\dsss>dsss net install mango
Synchronizing...
Working in c:\dsss\tmp\DSSS_mango
+ svn co http://svn.dsource.org/projects/mango/trunk
Checked out revision 932.
+ curl http://svn.dsource.org/projects/dsss/sources/mango.diff -o
mango.diff
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent Left
Speed
100 3455 100 3455 0 0 4765 0 --:--:-- --:--:-- --:--:--
0
patching file dsss.conf
Assertion failed: hunk, file ../patch-2.5.9-src/patch.c, line 339
This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support team for more information.
Tool mango is not installed.
Mark
Mark Wrenn wrote:
On Wed, 15 Nov 2006 19:53:06 -0800, Gregor Richards wrote:
DSSS and more information on it are available from
http://www.dsource.org/projects/dsss .
Gregor, DSSS is a great tool. Here's my comments:
I installed and built DSSS - I did need to download SVN first otherwise
Makefile.dmd.win failed. I have been using TortoiseSVN not command line
SVN. Once I got past that it was fine.
I then tried to install mango. The first time I ran it SVN sync'd the
source and then I got an error. I tried it again and I got the same error:
C:\dsss>dsss net install mango
Synchronizing...
Working in c:\dsss\tmp\DSSS_mango
+ svn co http://svn.dsource.org/projects/mango/trunk
Checked out revision 932.
+ curl http://svn.dsource.org/projects/dsss/sources/mango.diff -o
mango.diff
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent Left
Speed
100 3455 100 3455 0 0 4765 0 --:--:-- --:--:-- --:--:--
0
patching file dsss.conf
Assertion failed: hunk, file ../patch-2.5.9-src/patch.c, line 339
This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support team for more information.
Tool mango is not installed.
Mark
The patch Windows binary from GnuWin32 has failed me, I'm looking for
another one.
And yes, DSSS requires SVN. Incidentally, you shouldn't /need/ to build
it, there are binaries :)
- Gregor Richards
Gregor Richards wrote:
Mark Wrenn wrote:
On Wed, 15 Nov 2006 19:53:06 -0800, Gregor Richards wrote:
DSSS and more information on it are available from
http://www.dsource.org/projects/dsss .
Gregor, DSSS is a great tool. Here's my comments:
I installed and built DSSS - I did need to download SVN first otherwise
Makefile.dmd.win failed. I have been using TortoiseSVN not command line
SVN. Once I got past that it was fine.
I then tried to install mango. The first time I ran it SVN sync'd the
source and then I got an error. I tried it again and I got the same
error:
C:\dsss>dsss net install mango
Synchronizing...
Working in c:\dsss\tmp\DSSS_mango
+ svn co http://svn.dsource.org/projects/mango/trunk
Checked out revision 932.
+ curl http://svn.dsource.org/projects/dsss/sources/mango.diff -o
mango.diff
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent Left
Speed
100 3455 100 3455 0 0 4765 0 --:--:-- --:--:-- --:--:--
0
patching file dsss.conf
Assertion failed: hunk, file ../patch-2.5.9-src/patch.c, line 339
This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support team for more information.
Tool mango is not installed.
Mark
The patch Windows binary from GnuWin32 has failed me, I'm looking for
another one.
And yes, DSSS requires SVN. Incidentally, you shouldn't /need/ to build
it, there are binaries :)
- Gregor Richards
It looks from the tubes like patch.exe on Windows requires patch files
to have Windows line endings, at least from some random post to a
mailing list somewhere :)
Unfortunately, patch.exe doesn't work under Wine at all, so I can't test
it :(
Anyway, I should be able to fix that fairly easily, expect a fix in 0.4.
- Gregor Richards
Gregor Richards wrote:
(Oh, the joys of a young project, releasing new versions ridiculously
often :) )
I have just released version 0.3 of DSSS, the D Shared Software System.
I've changed the mirror infrastructure to use HTTP instead of
Subversion, since plain HTTP provides a few advantages and Subversion's
advantages aren't really necessary. You should be able to upgrade
without issues, it will transfer transparently.
I've also added a 'dsss net fetch' feature, which fetches sources from
the net infrastructure without building them.
I feel compelled to make this point clear: DSSS supports CPAN-like
features, but that is NOT the primary feature of DSSS. DSSS is a system
for the building, installation, configuration and acquisition of D
software. Please read the blurb on the home page :)
DSSS and more information on it are available from
http://www.dsource.org/projects/dsss .
Correct me if I'm wrong. "DSSS is a system for the building,
installation, configuration and acquisition of D software", but DSSS
does not aim to be a generic build tool, am I correct? And thus it is
not a replacement or generalization of make, but rather of "make
install", so to say, which is a different story.
--
Bruno Medeiros - MSc in CS/E student
http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D
|
|
C & C++
DMDScript
Sean Kelly <sean f4.ca> 