www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - D Tools Special Interest Group (SIG)

reply Jonas Drewsen <jdrewsen nospam.com> writes:
Hi,

    It seems that every now and then a discussion about build tools or D 
package management pops up in this group. Many people on this list have 
a huge amount of experience and knowledge in this area. Some has even 
created their own tools for D.

Unfortunately this has not yet resulted in a standard set of tools somehow.

This post is an attempt to collect all the know-how and put it in a 
central place. One goal is to use that for forming state-of-the-art 
tools for D possible. Another goal is for several people to join forces 
since many people means a higher chance of keeping the resulting tools 
maintained and improved regularly.

This does not necessarily suggest that an entirely new tool must be 
developed from scratch. Maybe some of the existing ones are best used as 
the base. This will probably be the first thing to determine.

I've create a wikipage that I welcome anyone interested in this area to 
add,modify and correct as they see fit.

http://prowiki.org/wiki4d/wiki.cgi?ToolSIG

Let's see if we can keep the ball rolling on this one :)

/Jonas
Mar 22 2011
next sibling parent bioinfornatics <bioinfornatics fedoraproject.org> writes:
They are my tool who generate makefille for make or ninja (need test it)
- make: http://www.gnu.org/software/make/
- ninja: http://neugierig.org/software/chromium/notes/2011/02/ninja.html

web page: http://gitorious.org/dmake/dmake
wiki for dmake: http://gitorious.org/dmake/pages/Home

dmake is easy:
- make and ninja coud be multithread
- rebuild a .o (object file) only if needed
- build is very fast

I agree they are some little bug so

Any help are welcome

thanks
Mar 23 2011
prev sibling next sibling parent spir <denis.spir gmail.com> writes:
On 03/23/2011 12:41 AM, Jonas Drewsen wrote:
 Hi,

 It seems that every now and then a discussion about build tools or D package
 management pops up in this group. Many people on this list have a huge amount
 of experience and knowledge in this area. Some has even created their own tools
 for D.

 Unfortunately this has not yet resulted in a standard set of tools somehow.
See also: http://prowiki.org/wiki4d/wiki.cgi?GSOC_2011_Ideas#DtoolsinD Mentoring this project could be a task for someone of the "D Tools Special Interest Group (SIG)". Denis -- _________________ vita es estrany spir.wikidot.com
Mar 23 2011
prev sibling next sibling parent reply Jacob Carlborg <doob me.com> writes:
On 2011-03-23 00:41, Jonas Drewsen wrote:
 Hi,

 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list have
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.

 Unfortunately this has not yet resulted in a standard set of tools somehow.

 This post is an attempt to collect all the know-how and put it in a
 central place. One goal is to use that for forming state-of-the-art
 tools for D possible. Another goal is for several people to join forces
 since many people means a higher chance of keeping the resulting tools
 maintained and improved regularly.

 This does not necessarily suggest that an entirely new tool must be
 developed from scratch. Maybe some of the existing ones are best used as
 the base. This will probably be the first thing to determine.

 I've create a wikipage that I welcome anyone interested in this area to
 add,modify and correct as they see fit.

 http://prowiki.org/wiki4d/wiki.cgi?ToolSIG

 Let's see if we can keep the ball rolling on this one :)

 /Jonas
I have a tool, DVM (https://bitbucket.org/doob/dvm), for installing and managing D compilers which could be used. -- /Jacob Carlborg
Mar 23 2011
parent reply Jonas Drewsen <jdrewsen nospam.com> writes:
On 23/03/11 15.07, Jacob Carlborg wrote:
 On 2011-03-23 00:41, Jonas Drewsen wrote:
 Hi,

 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list have
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.

 Unfortunately this has not yet resulted in a standard set of tools
 somehow.

 This post is an attempt to collect all the know-how and put it in a
 central place. One goal is to use that for forming state-of-the-art
 tools for D possible. Another goal is for several people to join forces
 since many people means a higher chance of keeping the resulting tools
 maintained and improved regularly.

 This does not necessarily suggest that an entirely new tool must be
 developed from scratch. Maybe some of the existing ones are best used as
 the base. This will probably be the first thing to determine.

 I've create a wikipage that I welcome anyone interested in this area to
 add,modify and correct as they see fit.

 http://prowiki.org/wiki4d/wiki.cgi?ToolSIG

 Let's see if we can keep the ball rolling on this one :)

 /Jonas
I have a tool, DVM (https://bitbucket.org/doob/dvm), for installing and managing D compilers which could be used.
That's right. Could I get you to put it on the wiki page? /Jonas
Mar 23 2011
parent Jacob Carlborg <doob me.com> writes:
On 2011-03-23 20:29, Jonas Drewsen wrote:
 On 23/03/11 15.07, Jacob Carlborg wrote:
 On 2011-03-23 00:41, Jonas Drewsen wrote:
 Hi,

 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list have
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.

 Unfortunately this has not yet resulted in a standard set of tools
 somehow.

 This post is an attempt to collect all the know-how and put it in a
 central place. One goal is to use that for forming state-of-the-art
 tools for D possible. Another goal is for several people to join forces
 since many people means a higher chance of keeping the resulting tools
 maintained and improved regularly.

 This does not necessarily suggest that an entirely new tool must be
 developed from scratch. Maybe some of the existing ones are best used as
 the base. This will probably be the first thing to determine.

 I've create a wikipage that I welcome anyone interested in this area to
 add,modify and correct as they see fit.

 http://prowiki.org/wiki4d/wiki.cgi?ToolSIG

 Let's see if we can keep the ball rolling on this one :)

 /Jonas
I have a tool, DVM (https://bitbucket.org/doob/dvm), for installing and managing D compilers which could be used.
That's right. Could I get you to put it on the wiki page? /Jonas
Yes, sure. Where should I put it, in the table? It doesn't match with any of the columns. -- /Jacob Carlborg
Mar 24 2011
prev sibling parent reply Bruno Medeiros <brunodomedeiros+spam com.gmail> writes:
On 22/03/2011 23:41, Jonas Drewsen wrote:
 Hi,

 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list have
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.

 Unfortunately this has not yet resulted in a standard set of tools somehow.

 This post is an attempt to collect all the know-how and put it in a
 central place. One goal is to use that for forming state-of-the-art
 tools for D possible. Another goal is for several people to join forces
 since many people means a higher chance of keeping the resulting tools
 maintained and improved regularly.

 This does not necessarily suggest that an entirely new tool must be
 developed from scratch. Maybe some of the existing ones are best used as
 the base. This will probably be the first thing to determine.

 I've create a wikipage that I welcome anyone interested in this area to
 add,modify and correct as they see fit.

 http://prowiki.org/wiki4d/wiki.cgi?ToolSIG

 Let's see if we can keep the ball rolling on this one :)

 /Jonas
This is relevant to my inter... err.., I mean, I am interested in this issue. ^^ Ok, for starters, you should have called the wiki page (and this thread) D Build Tools, or D Package Management Tools, or something like that. Just "D Tools" is not accurately specific, there many other *kinds* of D tools. Yes, I am the eternal nitpicker. As for the issue itself, I mentioned some thoughts on this on the previous thread that Andrei mentioned: http://www.digitalmars.com/d/archives/digitalmars/D/More_on_the_necessity_and_difficulty_of_a_package_management_system_127873.html#N128815 -- Bruno Medeiros - Software Engineer
Apr 01 2011
next sibling parent reply Jonas Drewsen <jdrewsen nospam.com> writes:
On 01/04/11 20.53, Bruno Medeiros wrote:
 On 22/03/2011 23:41, Jonas Drewsen wrote:
 Hi,

 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list have
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.

 Unfortunately this has not yet resulted in a standard set of tools
 somehow.

 This post is an attempt to collect all the know-how and put it in a
 central place. One goal is to use that for forming state-of-the-art
 tools for D possible. Another goal is for several people to join forces
 since many people means a higher chance of keeping the resulting tools
 maintained and improved regularly.

 This does not necessarily suggest that an entirely new tool must be
 developed from scratch. Maybe some of the existing ones are best used as
 the base. This will probably be the first thing to determine.

 I've create a wikipage that I welcome anyone interested in this area to
 add,modify and correct as they see fit.

 http://prowiki.org/wiki4d/wiki.cgi?ToolSIG

 Let's see if we can keep the ball rolling on this one :)

 /Jonas
This is relevant to my inter... err.., I mean, I am interested in this issue. ^^ Ok, for starters, you should have called the wiki page (and this thread) D Build Tools, or D Package Management Tools, or something like that. Just "D Tools" is not accurately specific, there many other *kinds* of D tools. Yes, I am the eternal nitpicker.
One of the better tools (DSSS) though not maintained actually falls into several of these catergories. Thats why it is just called D tools. But maybe it would be better splitting it into several pages. Please change the wiki page as you see fit :) Personally I think DSSS may be a good starting point. It would need to be revived and moved to D2.
 As for the issue itself, I mentioned some thoughts on this on the
 previous thread that Andrei mentioned:
 http://www.digitalmars.com/d/archives/digitalmars/D/More_on_the_necessity_and_difficulty_of_a_package_management_system_127873.html#N128815
Nice points. Please fell free to add it to the wiki page - just to have a central place to refer to. /Jonas
Apr 01 2011
parent Bruno Medeiros <brunodomedeiros+spam com.gmail> writes:
On 01/04/2011 21:39, Jonas Drewsen wrote:
 On 01/04/11 20.53, Bruno Medeiros wrote:
 On 22/03/2011 23:41, Jonas Drewsen wrote:
 Hi,

 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list have
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.

 Unfortunately this has not yet resulted in a standard set of tools
 somehow.

 This post is an attempt to collect all the know-how and put it in a
 central place. One goal is to use that for forming state-of-the-art
 tools for D possible. Another goal is for several people to join forces
 since many people means a higher chance of keeping the resulting tools
 maintained and improved regularly.

 This does not necessarily suggest that an entirely new tool must be
 developed from scratch. Maybe some of the existing ones are best used as
 the base. This will probably be the first thing to determine.

 I've create a wikipage that I welcome anyone interested in this area to
 add,modify and correct as they see fit.

 http://prowiki.org/wiki4d/wiki.cgi?ToolSIG

 Let's see if we can keep the ball rolling on this one :)

 /Jonas
This is relevant to my inter... err.., I mean, I am interested in this issue. ^^ Ok, for starters, you should have called the wiki page (and this thread) D Build Tools, or D Package Management Tools, or something like that. Just "D Tools" is not accurately specific, there many other *kinds* of D tools. Yes, I am the eternal nitpicker.
One of the better tools (DSSS) though not maintained actually falls into several of these catergories. Thats why it is just called D tools. But maybe it would be better splitting it into several pages. Please change the wiki page as you see fit :) Personally I think DSSS may be a good starting point. It would need to be revived and moved to D2.
 As for the issue itself, I mentioned some thoughts on this on the
 previous thread that Andrei mentioned:
 http://www.digitalmars.com/d/archives/digitalmars/D/More_on_the_necessity_and_difficulty_of_a_package_management_system_127873.html#N128815
Nice points. Please fell free to add it to the wiki page - just to have a central place to refer to. /Jonas
DSSS may fall in both categories (Build, and Package Management), but not any other. I would add those comments to the wiki, but only if we rename the title, am I free to do that?... :P But in any case, I don't think it matters much, to try to proceed with this discussion, unless someone is actually planning to work on this. ~_~ AFAIK no one is planning to work on such build tools. -- Bruno Medeiros - Software Engineer
Apr 08 2011
prev sibling parent reply Sean Kelly <sean invisibleduck.org> writes:
On Apr 1, 2011, at 11:53 AM, Bruno Medeiros wrote:

 On 22/03/2011 23:41, Jonas Drewsen wrote:
 Hi,
=20
 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list =
have
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.
=20
 Unfortunately this has not yet resulted in a standard set of tools =
somehow. To be pragmatic, one thing I think would help is if all such projects = were hosted somewhere public, like GitHub, and distributed under very = open licenses (Boost comes to mind). People lose interest, time, etc, = and it's a shame when a valuable project is either lost entirely or = remains available but licensed in a way that prevents anyone else from = picking up the baton.=
Apr 12 2011
parent reply Bruno Medeiros <brunodomedeiros+spam com.gmail> writes:
On 12/04/2011 23:04, Sean Kelly wrote:
 On Apr 1, 2011, at 11:53 AM, Bruno Medeiros wrote:

 On 22/03/2011 23:41, Jonas Drewsen wrote:
 Hi,

 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list have
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.

 Unfortunately this has not yet resulted in a standard set of tools somehow.
To be pragmatic, one thing I think would help is if all such projects were hosted somewhere public, like GitHub, and distributed under very open licenses (Boost comes to mind). People lose interest, time, etc, and it's a shame when a valuable project is either lost entirely or remains available but licensed in a way that prevents anyone else from picking up the baton.
True, but has this problem arisen before in D's build tools? AFAIK, the popular D build tools (DSSS, bud, rebuild, xfBuild) all had friendly licenses that anyone could continue working on them. -- Bruno Medeiros - Software Engineer
Apr 13 2011
parent reply Sean Kelly <sean invisibleduck.org> writes:
Not sure. Is ddbg open and available?

Sent from my iPhone

On Apr 13, 2011, at 6:49 AM, Bruno Medeiros <brunodomedeiros+spam com.gmail>=
 wrote:

 On 12/04/2011 23:04, Sean Kelly wrote:
 On Apr 1, 2011, at 11:53 AM, Bruno Medeiros wrote:
=20
 On 22/03/2011 23:41, Jonas Drewsen wrote:
 Hi,
=20
 It seems that every now and then a discussion about build tools or D
 package management pops up in this group. Many people on this list have=
 a huge amount of experience and knowledge in this area. Some has even
 created their own tools for D.
=20
 Unfortunately this has not yet resulted in a standard set of tools some=
how.
=20
 To be pragmatic, one thing I think would help is if all such projects wer=
e hosted somewhere public, like GitHub, and distributed under very open lice= nses (Boost comes to mind). People lose interest, time, etc, and it's a sha= me when a valuable project is either lost entirely or remains available but l= icensed in a way that prevents anyone else from picking up the baton.
=20
 True, but has this problem arisen before in D's build tools? AFAIK, the po=
pular D build tools (DSSS, bud, rebuild, xfBuild) all had friendly licenses t= hat anyone could continue working on them.
=20
 --=20
 Bruno Medeiros - Software Engineer
Apr 13 2011
next sibling parent Kagamin <spam here.lot> writes:
Sean Kelly Wrote:

 Not sure. Is ddbg open and available?
Yes, Artistic License 2.0 http://ddbg.mainia.de/releases.html
Apr 13 2011
prev sibling parent Bruno Medeiros <brunodomedeiros+spam com.gmail> writes:
On 13/04/2011 16:43, Sean Kelly wrote:
 Not sure. Is ddbg open and available?

 Sent from my iPhone
I was thinking about build tools, but yeah, your point is valid for any kind of D tool. -- Bruno Medeiros - Software Engineer
Apr 20 2011