build system ignores many user set directories

[ismail]

Bugzilla Link	1161
Resolution	WONTFIX
Resolved on	Mar 06, 2010 14:00
Version	1.9
OS	Linux

Extended Description

configure --help mentions these:

--bindir=DIR user executables [EPREFIX/bin]
--sbindir=DIR system admin executables [EPREFIX/sbin]
--libexecdir=DIR program executables [EPREFIX/libexec]
--sysconfdir=DIR read-only single-machine data [PREFIX/etc]
--sharedstatedir=DIR modifiable architecture-independent data [PREFIX/com]
--localstatedir=DIR modifiable single-machine data [PREFIX/var]
--libdir=DIR object code libraries [EPREFIX/lib]
--includedir=DIR C header files [PREFIX/include]
--oldincludedir=DIR C header files for non-gcc [/usr/include]
--datarootdir=DIR read-only arch.-independent data root [PREFIX/share]
--datadir=DIR read-only architecture-independent data [DATAROOTDIR]
--infodir=DIR info documentation [DATAROOTDIR/info]
--localedir=DIR locale-dependent data [DATAROOTDIR/locale]
--mandir=DIR man documentation [DATAROOTDIR/man]
--docdir=DIR documentation root [DATAROOTDIR/doc/-llvm-]
--htmldir=DIR html documentation [DOCDIR]
--dvidir=DIR dvi documentation [DOCDIR]
--pdfdir=DIR pdf documentation [DOCDIR]
--psdir=DIR ps documentation [DOCDIR]

But none of these have any affect because Makefile.config.in has:

PROJ_bindir := $(DESTDIR)$(PROJ_prefix)/bin
PROJ_libdir := $(DESTDIR)$(PROJ_prefix)/lib
PROJ_datadir := $(DESTDIR)$(PROJ_prefix)/share
PROJ_docsdir := $(DESTDIR)$(PROJ_prefix)/docs/llvm
PROJ_etcdir := $(DESTDIR)$(PROJ_prefix)/etc/llvm
PROJ_includedir := $(DESTDIR)$(PROJ_prefix)/include
PROJ_infodir := $(DESTDIR)$(PROJ_prefix)/info
PROJ_mandir := $(DESTDIR)$(PROJ_prefix)/man

so all of these directories are hardcoded. This makes it hard/ugly to package llvm.

[llvmbot]

Ismail,

I will work with you to resolve this bug before 2.0, but I'm not certain it is
a bug. PROJ_prefix is set to $(prefix) which is controled by --prefix= and that
part works fine. What might not work is using something like --libdir= on the
configure line and that's by design. We don't want LLVM being installed in
different places, just in one directory.

If you can describe a use case where the functionality of --bindir or the other
options you mentioned is necessary (not just desireable), I will consider
implementing it. However, unless there's an actual bug here (something
preventing you from using LLVM), I'm not inclined to fix it before 2.0 is
released (May/June).

Reid.

[ismail]

Hi Reid,

my biggest problem is actually that

--docdir should be honoured so I can install docs under
/usr/share/doc/llvm-%version-%release

--mandir should be honoured so I can install man pages under /usr/share/man

--sysconfdir should be honoured so I can install config stuff under /etc/llvm

These three are the most important, rest being under $prefix is ok.

[llvmbot]

Okay, I'll try to steal some extra moments this week and get those options working.

[llvmbot]

I now remember why we did this .. because autoconf gets it wrong.

Using the autoconf names for these variables, we get the following expansions:

PROJ_bindir := $(DESTDIR)/proj/llvm/install-3/progs
PROJ_libdir := $(DESTDIR)${exec_prefix}/lib
PROJ_datadir := $(DESTDIR)${datarootdir}
PROJ_docsdir := $(DESTDIR)${datarootdir}/doc/${PACKAGE_TARNAME}
PROJ_etcdir := $(DESTDIR)${sysconfigdir}
PROJ_includedir := $(DESTDIR)${prefix}/include
PROJ_infodir := $(DESTDIR)${datarootdir}/info
PROJ_mandir := $(DESTDIR)${datarootdir}/man
PROJ_datarootdir:= $(DESTDIR)${prefix}/share

This is invalid syntax for makefiles. I don't know why autoconf can't resolve
its variable names on its own.

Consequently, I'm not going to "fix" this. If someone wants to patch autoconf to
get this right then I might consider making the change. Perhaps when we upgrade
our autoconf version it will just magically fix itself.