Re: Simplfied vector<> by Jean-Louis Leroy- April 30, 2000 > The standard C++ vector<> container is almost perfect for use in Perl> arrays and the data stack. But it has a major weakness... It&39;s _so_> general that it doesn&39;t use memcpy() or moral equivalent when it has> to grow. Instead, it uses copy constructors in a loop. That could be> a major performance issue with vector<Counted_p<T>>.Have you considered deque<> It doesn&39;t copy the elements whengrowing.> Now, I could write a vector<>Do...http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg180.html Re: Better mousetrap W Makefile by Chip Salzenberg- April 29, 2000 According to John Tobey:> I only hope we&39;re not all saying the same thing about Cons 5 years> hence. :)Oh, we probably won&39;t be. What makes GNU Make such an improvement onits predecessors is its more expressive macro language. But with Cons,the macro language is ... Perl! <evil laughter>-- Chip Salzenberg - a.k.a. - <chipvalinux.com>"I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole...http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg179.html Re: Better mousetrap W Makefile by John Tobey- April 29, 2000 Chip Salzenberg wrote:> According to Jarkko Hietaniemi:> > ... not even to spit at the general direction of GNU> > configureautomake ...> > I shall waste none of my precious bodily fluids in so foolish an> endeavor. The GNU build tools are, by and large, awful. GNU make> is pretty good, but the rest are recycling fodder.Acknowledged. (Even GNU make suffers from being make.) I only hopewe&39;re not all saying the same thing about Cons 5 years hence. :)-- John...http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg178.html Re: Better mousetrap W Makefile by Chip Salzenberg- April 29, 2000 According to Jarkko Hietaniemi:> I&39;ll cast my vote for Cons, too.And some voters are more equal than others.> Let&39;s be as deeply committed to Perl as we possibly can, that way we> can make our own rules, instead of having to bend over backwards,> while juggling a chainsaw, an electric eel, and a blowtorch."Chainsaw Luxury! When I started, I had to write configurationprograms for CPM in PLI-80!"I think we&39;ll still want to keep a minimal makefile around for...http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg177.html Re: Better mousetrap W Makefile by Jarkko Hietaniemi- April 29, 2000 Being somewhat experienced in the current battlefields of Configureand Makefiles (and all the different makes, let&39;s not forget that)I&39;ll cast my vote for Cons, too.Let&39;s be as deeply committed to Perl as we possibly can, that way wecan make our own rules, instead of having to bend over backwards,while juggling a chainsaw, an electric eel, and a blowtorch. Myadvice is also not even to spit at the general direction of GNUconfigureautomake, it&39;s just another morass, and theyt...http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg176.html Re: Topaz 0.11 is out .. and in CVS (Finally!) by Chip Salzenberg- April 29, 2000 According to John Tobey:> Actually, your way is probably better, assuming the methods can> theoretically all work on any Aggr.They can. Consider pseudohashes, the base pointers of all evil: $a = %FIELDS, 1, 2, 3 ; %$a = (); clear_hash() $a = (); clear_array()> "clear_hash" means "clear as a hash" and not "I&39;d better be a hash> so clear me".You&39;ve convinced me. My way is better. :-)-- Chip...http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg175.html Re: Topaz 0.11 is out .. and in CVS (Finally!) by John Tobey- April 29, 2000 Chip Salzenberg wrote:> According to John Tobey:> > Hash-specific:> > - virtual void clear_hash();> > - virtual void set_hash_capacity(size_t n);> > + virtual void hash_clear();> > + virtual void hash_set_capacity(size_t n);> > virtual void hash_assign_simple(size_t n, Scalar_p vec);> > I&39;ve pondered that. I&39;m trying to maintain some degree of &39;verb_noun&39;> naming when appropriate. But visual consistency may be..http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg174.html Simplfied vector<> by Chip Salzenberg- April 29, 2000 The standard C++ vector<> container is almost perfect for use in Perlarrays and the data stack. But it has a major weakness... It&39;s _so_general that it doesn&39;t use memcpy() or moral equivalent when it hasto grow. Instead, it uses copy constructors in a loop. That could bea major performance issue with vector<Counted_p<T>>.Now, I could write a vector<> -- it&39;s not that hard, as C++ goes --but I&39;m wondering if anyone has a lead on such a thing already,...http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg173.html Re: Topaz 0.11 is out .. and in CVS (Finally!) by Chip Salzenberg- April 29, 2000 According to John Tobey:> I think that I will learn more about Perl 5 from reading Topaz&39;s> header files than I did from reading Perl 5&39;s header files.It could happen. C++ encourages putting a lot more info in headers.Re: Consistent naming:> - void clear_array() set_array_size(0); > - virtual void set_array_size(size_t n) array_only(); > + void array_clear() array_set_size(0); > + virtual void array_set_size(size_t n) array_only();...http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg172.html Better mousetrap W Makefile by Chip Salzenberg- April 29, 2000 According to John Tobey:> Chip:> > PS: We could use a little more sophisticated Makefile system....> > OK, well how about some design specs first.Now that you mention it, we do need to start on a Perl-based Configurereplacement. Just don&39;t do anything that microperl couldn&39;t do, andyou can develop it with Perl 5. A good start would be to translatesome basic functions from the current Metaconfig package and see howthey turn out. The door is completely open to new ideas in.http://www.nntp.perl.org/group/perl.perl6.porters/2000/04/msg171.html |