Open wvxvw opened 9 years ago
I didn't investigate it deeply, but it somehow tries to remove a file from the default prefix and fails due to a permission problem (it needs superuser).
Try to install it from superuser, or use:
make -k install
@ampli Yes, but that's the problem exactly: the reason for prefix install is typically that you don't have a super-user permission, and you want to install it for your current user. I'm no Perl expert, but a bit of googling suggests that the typical way to achieve this in Perl would be by means of local::lib
module. But as is my case, I'd be happy if I could just avoid Perl bindings generation entirely.
I think --disable-perl-bindings
worked, once upon a time ... the configure mechanics is identical to the --enable
flags, but with the opposite default.
My workaround has been to use PERL_EXT_LIB=XXX/perl ./configure --prefix XXX
to put the perl libraries somewhere where I may.
I'm trying to install
link-grammar
intovirtualenv
(This is a Python way of creating a kind of isolated environment.) While Java bindings seem to honor the--prefix
option, Perl tries to install into system-level directory. I don't really need Perl bindings, but I also couldn't find a way to disable them.Here's how I've configured the project:
The relevant output from running this is:
When I run
make install
it breaks on: