[Rd] R CMD config --cppflags buglet

From: Dirk Eddelbuettel <edd_at_debian.org>
Date: Mon 20 Feb 2006 - 14:23:30 GMT

As you may recall, a Debian user complained last year about how R is out of line with respect to the filesystem standards (where, in essence, architecture independent files should be in /usr/share, not /usr/lib). While I more or less just told him to get lost, I think it was mostly BDR who actually added support for this over the summer -- so a public Thanks! first. As of a few weeks ago, I now activate this in the Debian builds so that we get

	edd@basebud:~> ls -F /usr/share/R
	doc/  include/  share/

The downside of this that the maintained assumption of 


no longer works.

I was updated a number of packages for Quantian yesterday and noticed that (at least) two packages had hard-coded links to $R_HOME/include in their Makefiles. I was just about to mail their maintainers suggesting an alternative when I noticed that that R (2.2.1) has it wrong too:

	edd@basebud:~> R CMD config --cppflags

Should I patch this at my end with a softlink

        /usr/share/R/include -> /usr/lib/R/include

or should that be fixed in R? For the record, I configure'd with

	--datadir=/usr/share/R/share	\
	--includedir=/usr/share/R/include	\

so that I get told about '-I/usr/lib/R/include' is probably a bug. Indeed, src/script/config has an unconditional


      if test -z "${LIBR}"; then
        echo "R was not built as a shared library" >&2
        echo "-I${R_HOME}/include"
      exit 0

so this should probably get autoconf'ed as well. R.sh.in may be in the same boat.

I apologise in advance for not checking with R-devel which I don't have handy at home right now...

Regards, Dirk

Hell, there are no rules here - we're trying to accomplish something. 
                                                  -- Thomas A. Edison

R-devel@r-project.org mailing list
Received on Tue Feb 21 01:25:50 2006

This archive was generated by hypermail 2.1.8 : Tue 21 Feb 2006 - 03:44:41 GMT