On Wed, 12 Jan 2000, Chris Nandor wrote: > >If it wouldn't get installed under Unix (the binary target couldn't be > >built), why are we installing it under MacOS? > > Oh, I see what you mean. No, if there is some module that provides an > option of XS or non-XS then it very well may not fail. It depends on the > makefile and such. Right. I am specifically talking about make() and make_install() in MM_MacOS.pm. They are, or should be, mirroring the "make" and "make install" targets in a Real Makefile. They are smart enough to copy binaries if they exist. Can't they tell when a binary is part of "make"? In my admittedly incomplete inspection of the process, it seemed to me that if $(BASEEXT).xs exists, then a $(BASEEXT).c will be created, which will get rolled into $(SOURCES), which will end up in one or more of the Obj objects. These will be part of a "make" target. Because of that, I figured ExtUtils::MMac_OS::make() could balk if there existed an XS file, but not a "blib" folder (or is it Obj?--I'm still fuzzy on a lot of things). Where did I fall off the wagon? :) > >If a binary target is required, but not present, then MacPerl should stop > >the installation just as Unix does. > > We don't know if a binary target is required without actually creating a > makefile and either parsing it or calling make. The mere presence of .xs > files does not mean much. And I am not about to tackle the parsing of the > Makefile that is created when Makefile.PL is run, since that would be Hard > And Subject To Much Breakage, and users simply looking at the output from > get and then deciding whether or not it can be installed safely is, well, > Not As Hard. Maybe I should clarify: I'm not talking about CPAN.pm, except as it calls ExtUtils::MM_MacOS.pm::make() and make_install(). These _should_ reflect Makefile/Makefile.PL, right? To some simple extent. Perhaps I'm asking for slightly more accuracy than is currently implemented. -- MattLangford ==== Want to unsubscribe from this list? ==== Send mail with body "unsubscribe" to macperl-porters-request@macperl.org