digitalmars.D - D Tools Special Interest Group (SIG)
- Jonas Drewsen <jdrewsen nospam.com> Mar 22 2011
- bioinfornatics <bioinfornatics fedoraproject.org> Mar 23 2011
- spir <denis.spir gmail.com> Mar 23 2011
- Jacob Carlborg <doob me.com> Mar 23 2011
- Jonas Drewsen <jdrewsen nospam.com> Mar 23 2011
- Jacob Carlborg <doob me.com> Mar 24 2011
- Bruno Medeiros <brunodomedeiros+spam com.gmail> Apr 01 2011
- Jonas Drewsen <jdrewsen nospam.com> Apr 01 2011
- Bruno Medeiros <brunodomedeiros+spam com.gmail> Apr 08 2011
- Sean Kelly <sean invisibleduck.org> Apr 12 2011
- Bruno Medeiros <brunodomedeiros+spam com.gmail> Apr 13 2011
- Kagamin <spam here.lot> Apr 13 2011
- Bruno Medeiros <brunodomedeiros+spam com.gmail> Apr 20 2011
- Sean Kelly <sean invisibleduck.org> Apr 13 2011
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
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
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
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
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
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
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
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
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
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 =
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 =
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
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
Sean Kelly Wrote:Not sure. Is ddbg open and available?
Yes, Artistic License 2.0 http://ddbg.mainia.de/releases.html
Apr 13 2011
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
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: =20On 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=
=20 To be pragmatic, one thing I think would help is if all such projects wer=
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=
hat anyone could continue working on them.=20 --=20 Bruno Medeiros - Software Engineer
Apr 13 2011









bioinfornatics <bioinfornatics fedoraproject.org> 