Jason, I just spent an interesting three hours diagnosing a strange problem with the Xerces-p Makefile.PL. Basically, I needed to subclass 'const_loadlibs' in order to modify LD_RUN_PATH when linking on Linux (I didn't want the link-time location of libxerces ending up embedded in the output .so file.) The symptom was that my override was not getting called for the main Xerces.pm Makefile.
After digging around in the guts of MakeMaker (and getting nowhere), I tried commenting out the call you make to check for the library. Bingo! For whatever reason, the call to: MM->new->ExtUtils::Liblist::ext($LIBS) causes a state change which prevents 'const_loadlibs' from being called on the root source directory! It only gets invoked once, and that's for the DOMParse subdirectory. Somehow, the information determined during your initial scan is cached and written to the root Makefile. Due to the manner in which the call is made, I have no obvious way to get at the results (subclassing won't work.) I tried a number of things to work around the problem, but the only remedy was to comment out the Liblist::ext call. Any thoughts for a long-term solution? Steve -- ---------------------------------------------------------------- Steven N. Hirsch tie-line: 446-6557 ext: 802-769-6557 Staff Engineer Methodology Integration Team ASIC Product Development IBM Microelectronics ---------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
