(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
______________________________________________
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
