Re: CONS specs update?
Rick Croote <[email protected]> Wed, 29 Nov 2006 12:05:15 -0800
| Newsgroups | gmane.comp.gnu.cons.general |
|---|---|
| Message-ID | <OF78423DD8.8A8D928E-ON85257235.006D1369-88257235.006E58D7@philips.com> |
This is a multipart message in MIME format. --===============0599417621== Content-Type: multipart/alternative; boundary="=_alternative 006E58D488257235_=" This is a multipart message in MIME format. --=_alternative 006E58D488257235_= Content-Type: text/plain; charset="US-ASCII" Glad to see there is at least someone still out there. Here at Philips Medical the latest Cons 2.3.0 is and has been in heavy use now for years and has been very helpful. There is a push to go to SCons, but the cost of the new language, Python, is prohibitive for us in the that all of our infrastructure is in Perl. We are converting a lot of infrastructure to C# and that is a big enough job, so we are not willing to take on Python and add to the confusion. I also do not see C# as being able to do what Perl can do, such as eval(), so I see Perl sticking around for a very long time when it comes to builds. As for Perl OO, it is very easy, just keep it simple. I hate to say it, but Cons did it the hard way and I would like to see a rewrite throwing out most of the functionality and keep it just a simple dependency scan and build engine with some better plug and play build specific features. It should be totally version control dumb. One of these days I'm going to do it!! I cannot say enough about how great Cons is, even if I hate going into the source, it performs very fast, beyond my expectations and very accurately. One big draw is the SCons multiple process building, and pcons attempted that, I do not know how well, but if I rewrite Cons it will have that for sure. Oh, and I should mention that we are using Cons with Visual Studio on a Windows environment, using ClearCase for version control. Our source is several million lines of code using multiple brands of compilers. Definitely a better need for plug-in modules for different types of tools, as the scanning requirements are all different. --- Rick Croote Software Engineer Environment and Tools Team Philips Medical Systems Bothell, WA [email protected] Phone: 425-487-7834 Pierre THIERRY <[email protected]> Sent by: [email protected] 2006-11-28 06:07 PM To [email protected] cc Subject Re: CONS specs update? Classification Scribit Pierre THIERRY dies 27/10/2004 hora 03:05: > > I'd hate to see yet another effort to revive Cons drop flat. > So do I. Sorry for the very long silence, I didn't find time to sit on > a table with a notepad, and think about how everything the discussed > about could fit together. I think I was lacking inspiration to do the > synthesis of that... Well, sorry for the next long silence. I must tell that I finally won't try to make cons evolve. Mainly because I see pretty clearly in my head how to do much of the work in an object-oriented way, and because I never really understood Perl's object oriented mechanisms. I still plan to develop a build management tool with the design I sketched previously, but probably in Common Lisp. When it works, I'll probably write the Construct module anyway, so it should be possible to use existing Construct files with that tool, and use Perl around it's Lisp core. If I have any success in my attempt, I'll post some note here. Alternatively, Pierre -- [email protected] OpenPGP 0xD9D50D8A [attachment "signature.asc" deleted by Rick Croote/ATL-BTL/MS/PHILIPS] _______________________________________________ [email protected] http://lists.gnu.org/mailman/listinfo/cons-discuss Cons URL: http://www.dsmit.com/cons/ --=_alternative 006E58D488257235_= Content-Type: text/html; charset="US-ASCII" <br><font size=2 face="sans-serif">Glad to see there is at least someone still out there. Here at Philips Medical the latest Cons 2.3.0 is and has been in heavy use now for years and has been very helpful. There is a push to go to SCons, but the cost of the new language, Python, is prohibitive for us in the that all of our infrastructure is in Perl. We are converting a lot of infrastructure to C# and that is a big enough job, so we are not willing to take on Python and add to the confusion. I also do not see C# as being able to do what Perl can do, such as eval(), so I see Perl sticking around for a very long time when it comes to builds.</font> <br> <br><font size=2 face="sans-serif">As for Perl OO, it is very easy, just keep it simple. I hate to say it, but Cons did it the hard way and I would like to see a rewrite throwing out most of the functionality and keep it just a simple dependency scan and build engine with some better plug and play build specific features. It should be totally version control dumb. One of these days I'm going to do it!! </font> <br><font size=2 face="sans-serif">I cannot say enough about how great Cons is, even if I hate going into the source, it performs very fast, beyond my expectations and very accurately. One big draw is the SCons multiple process building, and pcons attempted that, I do not know how well, but if I rewrite Cons it will have that for sure. Oh, and I should mention that we are using Cons with Visual Studio on a Windows environment, using ClearCase for version control. Our source is several million lines of code using multiple brands of compilers. Definitely a better need for plug-in modules for different types of tools, as the scanning requirements are all different.</font> <br> <br> <br><font size=2 face="sans-serif"><br> ---<br> Rick Croote<br> Software Engineer<br> Environment and Tools Team<br> Philips Medical Systems<br> Bothell, WA<br> [email protected]<br> Phone: 425-487-7834<br> </font> <br> <br> <br> <table width=100%> <tr valign=top> <td width=33%> <br> <br> <br> <br> <br><font size=1 face="sans-serif"><b>Pierre THIERRY <[email protected]></b> </font> <p><font size=1 face="sans-serif">Sent by:</font> <br><font size=1 face="sans-serif">[email protected]</font> <p><font size=1 face="sans-serif">2006-11-28 06:07 PM</font> <td width=66%> <table width=100%> <tr valign=top> <td> <div align=right><font size=1 face="sans-serif">To</font></div> <td><font size=1 face="sans-serif">[email protected]</font> <tr valign=top> <td> <div align=right><font size=1 face="sans-serif">cc</font></div> <td> <tr valign=top> <td> <div align=right><font size=1 face="sans-serif">Subject</font></div> <td><font size=1 face="sans-serif">Re: CONS specs update?</font> <tr> <td> <div align=right><font size=1 face="sans-serif">Classification</font></div> <td></table> <br> <table> <tr valign=top> <td> <td></table> <div align=right> <br></div></table> <br> <br> <br><font size=2><tt>Scribit Pierre THIERRY dies 27/10/2004 hora 03:05:<br> > > I'd hate to see yet another effort to revive Cons drop flat. <br> > So do I. Sorry for the very long silence, I didn't find time to sit on<br> > a table with a notepad, and think about how everything the discussed<br> > about could fit together. I think I was lacking inspiration to do the<br> > synthesis of that...<br> <br> Well, sorry for the next long silence. I must tell that I finally won't<br> try to make cons evolve. Mainly because I see pretty clearly in my head<br> how to do much of the work in an object-oriented way, and because I<br> never really understood Perl's object oriented mechanisms.<br> <br> I still plan to develop a build management tool with the design I<br> sketched previously, but probably in Common Lisp. When it works, I'll<br> probably write the Construct module anyway, so it should be possible to<br> use existing Construct files with that tool, and use Perl around it's<br> Lisp core.<br> <br> If I have any success in my attempt, I'll post some note here.<br> <br> Alternatively,<br> Pierre<br> -- <br> [email protected]<br> OpenPGP 0xD9D50D8A<br> [attachment "signature.asc" deleted by Rick Croote/ATL-BTL/MS/PHILIPS] _______________________________________________<br> [email protected]<br> http://lists.gnu.org/mailman/listinfo/cons-discuss<br> Cons URL: http://www.dsmit.com/cons/</tt></font> <br> --=_alternative 006E58D488257235_=-- --===============0599417621== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ [email protected] http://lists.gnu.org/mailman/listinfo/cons-discuss Cons URL: http://www.dsmit.com/cons/ --===============0599417621==--