Request for Comments - Tree::Node module?
In rewriting the node class for Algorithm::SkipList in C, it occurred to me that the node class would be useful for other tree and linked-list modules which require a key/value pair and some pointers to child nodes. Because it's written in C, it uses less memory than a hash variable (which is what makes it worthwihile to use some kind of tree class). Does this seem worthwhile? Regards, Rob
Re: Request for Comments - Tree::Node module?
* imacat [EMAIL PROTECTED] [2005-06-29 12:40]:
But it may prevent users without a working C-compiler (the
expensive MS Visual C++?) to use it.
Err, what? On any system other than Windows, the compiler is
considered part of the system. People living in the darkness of
Windows will just have to wait for someone who does have a
compiler to provide them with a PPD.
Regards,
--
#Aristotle
*AUTOLOAD=*_=sub{s/(.*)::(.*)/print$2,(,$\/, )[defined wantarray]/e;$1};
Just-another-Perl-hacker;
Re: Request for Comments - Tree::Node module?
On Wed, 29 Jun 2005 12:48:36 +0200 A. Pagaltzis [EMAIL PROTECTED] wrote: Err, what? On any system other than Windows, the compiler is considered part of the system. People living in the darkness of Windows will just have to wait for someone who does have a compiler to provide them with a PPD. I'm just mentioning. :p I run Perl for MSWin32 only for testing purpose, not for production environment. I think Perl's list values is great, easy to use and manuplate. I can't think of any reason to use a linked list myself. But, hey, everyone has her/his reason to do this and that. But, as you said, under MSWin32 people have to wait for someone to release a binary package. I think you mean ActiveState. My module is not a XS module. It works fine, passed various tests under MSWin32. But somehow ActiveState cannot build it. So it hangs there. No PPM package is available for my module till now. Luckily people can build it themselves since it is not an XS module. If you have to depend on someone else, you better be sure that they can support it. Of course it's OK to ignore MSWin32 users. We still have cygwin anyway. And I'm not one of them. :p I'm just mentioning. -- Best regards, imacat ^_*' [EMAIL PROTECTED] PGP Key: http://www.imacat.idv.tw/me/pgpkey.txt Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's: http://www.imacat.idv.tw/ TLUG List Manager: http://lists.linux.org.tw/cgi-bin/mailman/listinfo/tlug pgpuCMZeueIYJ.pgp Description: PGP signature
Re: Request for Comments - Tree::Node module?
On Wed, 29 Jun 2005, A. Pagaltzis wrote: * imacat [EMAIL PROTECTED] [2005-06-29 12:40]: But it may prevent users without a working C-compiler (the expensive MS Visual C++?) to use it. Err, what? On any system other than Windows, the compiler is considered part of the system. People living in the darkness of Windows will just have to wait for someone who does have a compiler to provide them with a PPD. ActiveState has an automated system that builds a ppm package of CPAN distributions (including those needing a C compiler), usually within a week of being uploaded, as long as the distribution, and all its prerequisites, build and test OK. If this doesn't happen, there are people who take requests for making up ppm packages. Alternatively, there are free C compilers for Windows, including Visual C++ 7, for people willing to build their own perl. -- best regards, randy kobes
Re: Request for Comments - Tree::Node module?
Imacat wrote: My module is not a XS module. It works fine, passed various tests under MSWin32. But somehow ActiveState cannot build it. So it hangs there. No PPM package is available for my module till now. Luckily people can build it themselves since it is not an XS module. Is this module on CPAN or posted in some other location such that other people could explore this not-running-on-Windows problem? jimk
Re: Request for Comments - Tree::Node module?
On Wed, 29 Jun 2005, James E Keenan wrote: Imacat wrote: My module is not a XS module. It works fine, passed various tests under MSWin32. But somehow ActiveState cannot build it. So it hangs there. No PPM package is available for my module till now. Luckily people can build it themselves since it is not an XS module. Is this module on CPAN or posted in some other location such that other people could explore this not-running-on-Windows problem? Is this Locale-Maketext-Gettext? For ActivePerl 8xx (based on perl-5.8), http://ppm.activestate.com/BuildStatus/5.8-L.html reports a ppm package is available for Win32. For ActivePerl 6xx (based on perl-5.6), http://ppm.activestate.com/BuildStatus/5.6-L.html reports that no ppm package is available because perl-5.8 is required. -- best regards, randy
CPAN testers emails
Am I supposed to be getting emails from cpan-testers every once in a while? I think I used to get Cc'd on them, but it occurred to me I haven't actually gotten one in like a bajillion (about 2) years. I upload new modules to CPAN about once or twice a week or something. -Ken
Re: Request for Comments - Tree::Node module?
imacat wrote: On Wed, 29 Jun 2005 09:42:32 -0500 (CDT) Randy Kobes [EMAIL PROTECTED] wrote: requests for making up ppm packages. Alternatively, there are free C compilers for Windows, including Visual C++ 7, for people willing to build their own perl. Could you tell me where to obtain it? Thank you. MinGW GCC http://mingw.org/download.shtml Borland C http://www.borland.com/downloads/download_cbuilder.html Microsoft C http://msdn.microsoft.com/visualc/vctoolkit2003/ Note: you must compile Perl and all modules with the same compiler (or C runtime library).
Re: Request for Comments - Tree::Node module?
On Thu, 30 Jun 2005, imacat wrote: On Wed, 29 Jun 2005 12:49:37 -0500 (CDT) Randy Kobes [EMAIL PROTECTED] wrote: [ ... ] Alternatively, there are free C compilers for Windows, including Visual C++ 7, for people willing to build their own perl. Could you tell me where to obtain it? Thank you. The README.win32 of the perl sources: http://search.cpan.org/src/NWCLARK/perl-5.8.7/README.win32 has the basic information on getting Visual C++ Toolkit 2003 (part of the .NET Framework SDK) and building Perl with it. Note though that, due to different C runtime libraries between this version of VC++ and VC++ 6 (which ActiveState uses), there may be problems in principle with mixing extensions built with one version using a Perl built with the other. So if one wants to use this free compiler to build extensions, one should also use it to build Perl. To anticipate, why does ActiveState use VC++ 6? One reason is that, with VC++ 7, extensions built with VC++ 7 depend on the specific version of the runtime library msvcrt7x.dll used. Distributing compiled extensions as a ppm package, for example, would then involve the user having to also get the specific msvcrt7x.dll. -- best regards, randy
