Yes, indeed. Thanks ----- Original Message ----- From: "Glenn Linderman" <[EMAIL PROTECTED]> To: "the.noonings" <[EMAIL PROTECTED]> Cc: "Clay Harmony" <[EMAIL PROTECTED]>; "Autrijus Tang" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, February 27, 2004 4:37 PM Subject: Re: PAR 0.79_98 released!
> On approximately 2/27/2004 10:56 AM, came the following characters from > the keyboard of the.noonings: > > > Yes, the -M works for me, too. Here is a note for including a second .pl > > file for Windows users. > > > > Assume that hello.pl invokes abbrev.pl in a backtick. Consider the command > > pp -M subdir/abbrev.pl hello.pl > > Within hello.pl the reference to abbrev.pl such as with a backtick must be > > the fully qualified path name to abbrev.pl, and not just "subdir/abbrev.pl" > > > > In windows we cannot have anything like "./abbrev.pl". The dot-slash gives > > the error message > > '.' is not recognized as an internal or external command, > > operable program or batch file. > > Windows does permit .\abbrev.pl (or, inside perl, ".\\abbrev.pl") though. > > Fully qualified path names are harder to come up with inside PAR, > wouldn't they be? And probably not needed? > > > ----- Original Message ----- > > From: "Clay Harmony" <[EMAIL PROTECTED]> > > To: "Autrijus Tang" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > > Sent: Friday, February 27, 2004 11:38 AM > > Subject: RE: PAR 0.79_98 released! > > > > > > Many thanks for the new release Autrijus! The -M fix solved the > > dependency issues I was having. Great job! > > > > Clay. > > > > > >>-----Original Message----- > >>From: Autrijus Tang [mailto:[EMAIL PROTECTED] > >>Sent: Friday, February 27, 2004 11:18 AM > >>To: [EMAIL PROTECTED] > >>Subject: PAR 0.79_98 released! > >> > >>Here is PAR 0.79_98, the "testing waters" release, freshly > >>uploaded to CPAN: > >> > >> http://aut.dyndns.org/dist/PAR-0.79_98.tar.gz > >> MD5 (PAR-0.79_98.tar.gz) = 71c28cf213540e6d9b9d5444d4aa7f1a > >> > >>Pre-built Win32 binaries may be downloaded from CPAN and > >>http://aut.dyndns.org/par/. As usual, you still need to download and > >>unpack PAR-0.79_98.tar.gz, put the prebuilt .par file inside the > > > > extracted > > > >>PAR-0.79_98 directory, then proceed to "perl Makefile.PL". > >> > >>There are, some known issues that prevented this release from becoming > >>0.80: > >> > >>- IO.dll version incompatibility is still unresolved. > >>- Modifying Tk icons on ActivePerl 5.8.3 fails here. > >>- "make all" may not install dependencies first. The workaround > >> is to "make config" first. > >>- Linux with GCC3 reportedly segfaults; a backtrace will be > > > > appreciated. > > > >> (To get a debug built, edit myldr/Makefile.PL to set the debug > > > > flag.) > > > >>- Rafael reports that 5.9.1 does not build cleanly, but it works fine > >> on FreeBSD here, so it may or may not be a Linux-specific problem. > >> > >>I expect a 0.79_99 with those issues resolved soon, and 0.80 shall > > > > follow > > > >>provided 0.79_99 does not introduce new regressions. Also, I'd like > > > > to > > > >>merge in Macolm's excellent regression test suite for PAR during > > > > 0.79_99. > > > >>If Alan/Nicholas/Anybody manages to come up with recursive > > > > par_rmtmpdir() > > > >>implementation(s) for Win32/*nix, I'd be happy to merge them too. > >> > >>So... Please test this revision, so 0.80 will seriously rock. :-) > >> > >>[Changes for 0.80 - tentative] > >> > >>* New Features > >> > >> - Much better support for "pp -i" and "pp -N" (--icon/--info) > >> using the Win32::Exe module. You may now use EXE and DLL as > >> icon files. > >> > >> - If PAR_GLOBAL_CLEAN (-C, --clean) is not set, we now > > > > preemptively > > > >> extracts files under the cache directory. That made POSIX.pm > >> and other modules that depends on %INC pointing to real files > >> work correctly. > >> > >> - Now uses SHA-1 to create temporary directories and files, > >> instead of mtime. > >> > >> - Verbosity level is now 1..3, not 0..5; "pp -v" now takes > >> an optional integer, so "pp -v input.pl" is no longer an error. > >> > >> - New flags "-vv" and "-vvv", as shorthands for "-v 2" and "-v 3". > >> > >> - The user-settable PAR_CLEAN and PAR_TEMP environment variables > > > > has > > > >> been renamed to PAR_GLOBAL_CLEAN and PAR_GLOBAL_TEMP; the > > > > original > > > >> variables is still preserved within the program. This is so > > > > that a > > > >> pp-generated program can exec() or system() another one without > >> crippling its environment variables. > >> > >> - File lookups are now case-insensitive on case-insensitive > >>filesystems. > >> > >>* Bug fixes > >> > >> - "pp -d" (--dependent) prevented "pp -C" (--clean) from working. > >> > >> - The "pp -m" (--multiarch) option was implemented incorrectly > >> and thus broken. > >> > >> - Many documentation tweaks. > >> > >> - Previously, "pp -M" (--module) did not add the module itself, > >> only its dependencies. > >> > >> - Suppress a bogus warning when $ENV{$Config{ldlibpthname}} is > > > > empty. > > > >> - "parl -v" without Module::Signature installed could delete all > >> files within the current directory. Oops. > >> > >> - On *nix systems, pp-generated executables erroneously linked to > >> libperl even if "pp -d" (--dependent) is not set. > >> > >> - Spurious =cut directives in source files is now handled > > > > gracefully > > > >> by PAR::Filter::PodStrip. > >> > >>Thanks! > >>/Autrijus/ > > > > > > > > > > -- > Glenn -- http://nevcal.com/ > =========================== > The best part about procrastination is that you are never bored, > because you have all kinds of things that you should be doing. >
