On Thu, 26 Mar 2009 19:30:10 -0700, Darren Duncan <dar...@darrenduncan.net> wrote:
1. I have no problem with unbundling, but how big a deal is it to keep a pretty recent version bundled for systems that do /not/ have the library installed? In my mixed environment, neither HP-UX nor AIX have it available by default Having said that, I would not object to having to install it myself, but then the Makefile.PL process should point me to what I need to do, so the detection of available files should be close to perfect. The suggested automatic download sounds sane enough. Note that YAML-LibYAML still bundles a (broken) libyaml, but they work rather close with the libyaml people 2. Version support. If you always suggest to download the library, you will be much more confident that the test will pass, as it is likely to be the same version as you tested with. (option 1, option 3, option 2 would be my preferred sequence, as you also suggested) 3. Versions. I don't strongly object, but I see no gain in 3-part versions and version.pm dependency. Certainly for older perls it is a dependency you don't /need/. Note that I have installed version on all my perl's so I don't object to that module per sé, but having evaluated the benefits for myself, I saw no gain in switching. 4. git++ :) > Any thoughts on that matter, or on anything else I raised? As you move from bundled to unbundled, I would really like to have a choice to get the old behaviour through a download. How much do you care about old(er) architectures? I mean, as you will unbundle, you have no control anymore about the portability of the files DBD-SQLite-1.14 on HP-UX 10.20: Using DBI 1.607 (for perl 5.008008 on PA-RISC2.0) cc -c -I. -I/pro/lib/perl5/site_perl/5.8.8/PA-RISC2.0/auto/DBI -Ae +DAportable +Z -z -D_HPUX_SOURCE -Wl,+vnocompatwarnings -I/pro/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 +O2 +Onolimit -DVERSION=\"1.14\" -DXS_VERSION=\"1.14\" +Z "-I/pro/lib/perl5/5.8.8/PA-RISC2.0/CORE" -DSQLITE_CORE -DSQLITE_ENABLE_FTS2 -DNDEBUG=1 -DSQLITE_PTR_SZ=4 -DHAVE_USLEEP=1 -DTHREADSAFE=0 os_unix.c cpp: "os_unix.c", line 2633: error 4036: Can't open include file 'dlfcn.h'. make: *** [os_unix.o] Error 1 No, that system doesn't have it. -- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using & porting perl 5.6.2, 5.8.x, 5.10.x, 5.11.x on HP-UX 10.20, 11.00, 11.11, 11.23, and 11.31, SuSE 10.3, 11.0, and 11.1, AIX 5.2, and Cygwin. http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/
