Because pike -x module use it to avoid duplicating conveninent macros in the module configure files. Please note that automake is not used in this case, so having a automake-aware pike.m4 would not help.
Again, a perl-like method (with the relevant files in module files (and, yes, perl does this partly to avoid discussion) instead of as separate 'misc' files) would apparantly be better, since that would avoid all this discussion about nothing.
Note that perlmod* is written in perl, and thus require perl.
Not all that unlike pike -x module.
The same seems to be true for python, you need it to build modules (same goes for gimp, really).
There is actually a good reason for this: It's the only way to be certain that the module is compiled for the correct version of the scripting language, with exactly the same options.
Do you really think python and perl should also change their module compilation methods?
Example python module makefile:
| from distutils.core import setup, Extension | | module1 = Extension('demo', | sources = ['demo.c']) | | setup (name = 'PackageName', | version = '1.0', | description = 'This is a demo package', | ext_modules = [module1])
We could do something very similar for pike (and that would probably be rather nice for the ones writing the modules, actually)
I failed to find any simple perl modules, their makefiles tend to be very large (and written in perl, to boot), and there does not seem to be any easy-to-find documentation on their site.
/ Per Hedbor ()
Previous text:
2004-01-26 22:21: Subject: Re: Pike @ Debian
On Mon, Jan 26, 2004 at 09:50:07PM +0100, Per Hedbor () @ Pike (-) developers forum scribbled:
The point is that the contents really are _not_ the same. aclocal.m4 is a pike local file with macros for pike compilation, and does thus not belong in the directory with .m4 macros for automake and aclocal, which only contain settings for things, really.
If it is a pike local file for pike compilation, then why is it required to be installed along with the include files etc. in the first place?
marek
/ Brevbäraren
pike-devel@lists.lysator.liu.se