Kazunobu Kuriyama wrote:
Attached is a patch fixing a (harmless) bug in src/Makefile, due to
which src/Makefile fails to remove
share/vim/vim73/ftplugin/logtalk.dict when the target 'uninstall' is
invoked, thus resulting in incomplete uninstallation.
Thanks!
--
hundred-and-one symptoms
Bram Moolenaar wrote:
Philip Prindeville wrote:
Well, this is what I finally ended up using:
+--- vim71/src/Makefile.orig 2007-05-12 04:57:13.0 -0700
vim71/src/Makefile2007-12-18 23:39:14.0 -0800
+@@ -1074,8 +1074,10 @@
+ # default vi editor, it will
Tony Mechelynck wrote:
Bram Moolenaar wrote:
Philip Prindeville wrote:
Well, this is what I finally ended up using:
+--- vim71/src/Makefile.orig 2007-05-12 04:57:13.0 -0700
vim71/src/Makefile2007-12-18 23:39:14.0 -0800
+@@ -1074,8 +1074,10 @@
Bram Moolenaar wrote:
[...]
$DESTDIR is the root directory of the installation. It's normally empty.
You can set it to /tmp/myroot to build in a shadow directory tree.
$prefix may be /usr/local.
ah, I thought $DESTDIR would normally be /usr/local. Sorry for spamming the
bug (as the Mozilla
Philip Prindeville wrote:
Well, this is what I finally ended up using:
+--- vim71/src/Makefile.orig 2007-05-12 04:57:13.0 -0700
vim71/src/Makefile 2007-12-18 23:39:14.0 -0800
+@@ -1074,8 +1074,10 @@
+ # default vi editor, it will create a link from vi to Vim
Bram Moolenaar wrote:
Philip Prindeville wrote:
Well, this is what I finally ended up using:
+--- vim71/src/Makefile.orig 2007-05-12 04:57:13.0 -0700
vim71/src/Makefile 2007-12-18 23:39:14.0 -0800
+@@ -1074,8 +1074,10 @@
+ # default vi editor, it will create a
Vladimir Marek wrote:
One more time, for the sake of the braindead (such as me):
How about:
ifeq ($(LINK_TO_VI),y)
LINKIT=ln -s -f
else
LINKIT=:
endif
...
-$(LINKIT) $(BINDIR)/$(VIMTARGET) $(DESTDIR)/usr/bin/vim
instead?
What make understands ifeq? This looks
One more time, for the sake of the braindead (such as me):
How about:
ifeq ($(LINK_TO_VI),y)
LINKIT=ln -s -f
else
LINKIT=:
endif
...
-$(LINKIT) $(BINDIR)/$(VIMTARGET) $(DESTDIR)/usr/bin/vim
instead?
What make understands ifeq? This looks restricted to
How can LINKIT only be :?
: is shell builtin, try 'type :'. It just expands arguments and returns
true. (so that ': $(touch a)' creates file a). To be sure I checked it
for sh, bash and ksh on Solaris.
I would've thought the confusion wasn't over what ':' did, but over why, if you
can't
Philip Prindeville wrote:
Haven't checked to see if this is fixed yet, but it's definitely present
in 7.1:
# make install. An existing file will be overwritten!
# When not using it, some make programs can't handle an undefined $(LINKIT).
-LINKIT = -ln -f -s $(BINDIR)/$(VIMTARGET)
Haven't checked to see if this is fixed yet, but it's definitely present
in 7.1:
# make install. An existing file will be overwritten!
# When not using it, some make programs can't handle an undefined $(LINKIT).
-LINKIT = -ln -f -s $(BINDIR)/$(VIMTARGET) /usr/bin/vi
+LINKIT = -ln -f -s
Philip Prindeville wrote:
Haven't checked to see if this is fixed yet, but it's definitely present
in 7.1:
# make install. An existing file will be overwritten!
# When not using it, some make programs can't handle an undefined $(LINKIT).
-LINKIT = -ln -f -s $(BINDIR)/$(VIMTARGET)
One more time, for the sake of the braindead (such as me):
How about:
ifeq ($(LINK_TO_VI),y)
LINKIT=ln -s -f
else
LINKIT=:
endif
...
-$(LINKIT) $(BINDIR)/$(VIMTARGET) $(DESTDIR)/usr/bin/vim
instead?
That way, you can do a make install_normal LINK_TO_VI=y without editing the
Makefile.
13 matches
Mail list logo