Michael Haubenwallner wrote:

> > > maybe I've overlooked something in configure.in, but to me it seems that
> > > it is impossible to compile vim7 without searching /usr/local/include
> > > and /usr/local/lib.
> > > 
> > > Thing is, on solaris fex, if iconv.h is found in /usr/local/include,
> > > /usr/local/lib/libiconv.so get linked too.
> > > But the rpath for libiconv.so.3 does not get encoded into the binary,
> > > and I really don't want to set LD_LIBRARY_PATH (hmm, maybe this should
> > > be in system loader path).
> > > 
> > > Additionally, I also want to be able to compile completely independent
> > > of /usr/local, with a gcc built --with-local-prefix=/another/prefix, and
> > > with libiconv and others from that prefix.
> > > 
> > > So I have two new requirements for the /usr/local search:
> > > 
> > > 1) Of course, I want to keep the default as is.
> > > 2) completely disable adding /usr/local/include and /usr/local/lib
> > > 3) set a different path to be used instead of /usr/local
> > > 
> > > Attached is a patch for src/configure.in to accept "--with-local-prefix"
> > > flag, which solves above requirements:
> > > 
> > > 1) default: do not pass any --with-local-prefix argument.
> > > 2) disable: use --without-local-prefix or even --with-local-prefix=no
> > > 3) change:  use --with-local-prefix=/another/prefix
> > 
> > It make sense to support using another directory than
> > /usr/local/[lib|include].
> > 
> > It appears that after your patch have_local_include and have_local_lib
> > are set to "yes" without checking gcc.  The test for gcc with "grep"
> > should also use ${local_prefix} instead of /usr/local.
> 
> Well, they are set to "yes" in the "--without-local-prefix" or
> "--with-local-prefix=no" case only to avoid appending to CPPFLAGS/
> LDFLAGS lateron (they are not used any more in configure script).
> 
> The grep-test on gcc only applies if there is no "--with-local-prefix"
> argument on configure line at all, to use the defaults.
> 
> Well, if one explicitly specifies "--with-local-prefix" on configure-
> cmdline, I'm unsure if the compiler should be checked if it already
> searches that path.
> 
> Hmm, thinking more of it, it makes sense, as the compiler could be
> confused when explicitly passing its builtin search dirs...

I thought the idea of this configure argument was that you specify
another place than /usr/local, one that the compiler might already look
in.  Anyway, I think the behavior shouldn't change, only the path used.

> > I'm missing documentation, especially for the "no" value.
> 
> I don't know how to type two lines of documentation into the autoconf-
> macro to keep some good alignment in the help-output, but maybe this
> text could appear:
> --with-local-prefix=/prefix  build against /prefix instead of /usr/local
> --without-local-prefix       do not build against any additional prefix

Unusual configure options should be documented in src/INSTALL, in the
Unix section.

-- 
hundred-and-one symptoms of being an internet addict:
2. You kiss your girlfriend's home page.

 /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net   \\\
///        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\        download, build and distribute -- http://www.A-A-P.org        ///
 \\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

Reply via email to