[Rd] R CMD config --cppflags buglet

[Dirk Eddelbuettel]

		(resending, had the CC header foobar'ed. My bad --Dirk)

Brian, Simon,

On 20 February 2006 at 14:45, Prof Brian Ripley wrote:
| Dirk,
| 
| It was even more wrong in R-devel, for there we have sub-architectures and 
| it needs to be "-I${R_INCLUDE_DIR} -I${R_INCLUDE_DIR}${R_ARCH}".
| Fixed now, thanks.

Excellent, thanks.

| I don't think there is any problem in R.sh.in.

Possibly a false alert, I was just grepping for R_HOME_DIR/include. Sorry
about that.

| > 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
| 
| Well, only 5 CRAN packages have a src/Makefile, and one other has 
| src/Makefile.in.  Of those only ROracle appears to have $R_HOME/include.
| So I'm missing something.

As you asked, the two failure were gnomeGUI which has a hardcoded
$R_HOME/include which could get fixed, and JGR which isn't even on CRAN....
I didn't rebuild everything, and I never touch ROracle for lack of Oracle
headers and backends here at home.

JGR also calls out to /usr/lib/R/share/sh/help-links.sh which is probably not
a good idea given that we have that in /usr/share/R/share/sh/help-links.sh
instead.  Given the trouble we had in Debian from calling its sibbling
/usr/share/R/share/perl/build-help.pl, I put in a kludge for that, but maybe
we should work how JGR can get this functionality via actually exported calls
(as you rightly told me that never that /usr/share/R/share/perl/build-help.pl
was not meant to be called directly).

That said, having JGR in Quantian is very nice ==:-)

| When 2.3.0 is nearer release this will need to go into the update notes.

Ok.

Thanks, Dirk

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