Re: [Rd] Fwd: makeconf issue on R-devel 2006-03-12 r37524
For what it is worth, I've just installed R-alpha Version 2.3.0 alpha
(2006-04-07 r37668)
on my G5 and encountered the same problem reported below. The same
treatment
got things going again. If this reflects some idiosyncrasy in my
setup, my apologies
url:www.econ.uiuc.edu/~rogerRoger Koenker
email [EMAIL PROTECTED] Department of Economics
vox:217-333-4558University of Illinois
fax:217-244-6678Champaign, IL 61820
On Mar 14, 2006, at 1:31 PM, Prof Brian Ripley wrote:
> On Tue, 14 Mar 2006, roger koenker wrote:
>
>> I sent the message below to r-sig-mac yesterday, but having no reply
>> I decided to explore a bit myself and found that editing:
>>
>> /Library/Frameworks/R.framework/Versions/2.3/Resources/share/make/
>> shlib.mk
>>
>> yzzy: diff shlib.mk shlib.mk~
>> 3c3
>> < include $(R_HOME)/etc/Makeconf
>> ---
>> > include $(R_HOME)/etc${R_ARCH}/Makeconf
>>
>> restored the functionality of R CMD INSTALL.
>>
>> Is this a known issue?
>
> No, and the change will break things which currently work correctly.
>
> Looks like this is something specific to how Macs install under the
> bin/exec directory. It likely stems from the following line in
> INSTALL.
>
> archs=`(cd ${R_HOME}/bin/exec; ls)`
>
> which on other systems will only contain directories for sub-
> architectures or the R or Rgnome executables, since it says
>
>>> ** arch - Frameworks
>
>
>>
>> url:www.econ.uiuc.edu/~rogerRoger Koenker
>> email[EMAIL PROTECTED]Department of Economics
>> vox: 217-333-4558University of Illinois
>> fax: 217-244-6678Champaign, IL 61820
>>
>>
>> Begin forwarded message:
>>
>>> From: roger koenker <[EMAIL PROTECTED]>
>>> Date: March 13, 2006 4:46:30 PM CST
>>> To: r-sig-mac@stat.math.ethz.ch
>>> Subject: makeconf issue on R-devel 2006-03-12 r37524
>>>
>>> I've just installed R-devel Version 2.3.0 Under development
>>> (unstable) (2006-03-12 r37524)
>>> on a G5 and things went smoothly despite my gfortran configuration,
>>> (that is ./configure, make,
>>> make install was fine), but now trying to install a source package
>>> I get:
>>>
>>> yzzy: R CMD check kuantile
>>> * checking for working latex ... OK
>>> * using log directory '/Users/roger/Projects/kuantile/
>>> kuantile.Rcheck'
>>> * using Version 2.3.0 Under development (unstable) (2006-03-12
>>> r37524)
>>> * checking for file 'kuantile/DESCRIPTION' ... OK
>>> * this is package 'kuantile' version '1.00'
>>> * checking package dependencies ... OK
>>> * checking if this is a source package ... WARNING
>>> Subdirectory 'kuantile/src' contains object files.
>>> * checking whether package 'kuantile' can be installed ... ERROR
>>> Installation failed.
>>> See '/Users/roger/Projects/kuantile/kuantile.Rcheck/00install.out'
>>> for details.
>>>
>>> yzzy: more /Users/roger/Projects/kuantile/kuantile.Rcheck/
>>> 00install.out
>>> * Installing *source* package 'kuantile' ...
>>> ** libs
>>> ** arch - Frameworks
>>> /Library/Frameworks/R.framework/Resources/share/make/shlib.mk:3: /
>>> Library/Frameworks/R.fra
>>> mework/Resources/etc/Frameworks/Makeconf: No such file or directory
>>> make: *** No rule to make target `/Library/Frameworks/R.framework/
>>> Resources/etc/Frameworks
>>> /Makeconf'. Stop.
>>> chmod: /Users/roger/Projects/kuantile/kuantile.Rcheck/kuantile/libs/
>>> Frameworks/*: No such
>>> file or directory
>>> gfortran -fPIC -fno-common -g -O2 -c dsel05.f -o dsel05.o
>>> gfortran -fPIC -fno-common -g -O2 -c kuantile.f -o kuantile.o
>>> gcc -flat_namespace -bundle -undefined suppress -L/sw/lib -L/usr/
>>> local/lib -o kuantile.so
>>> dsel05.o kuantile.o -L/usr/local/lib/gcc/powerpc-apple-
>>> darwin8/4.0.0 -L/usr/local/lib/gcc
>>> -lgfortran -lgcc_s -lSystemStubs -lmx -lSystem -F/Library/
>>> Frameworks/R.framework/.. -fram
>>> ework R
>>> ERROR: compilation failed for package 'kuantile'
>>> ** Removing '/Users/roger/Projects/kuantile/kuantile.Rcheck/
>>> kuantile'
>>>
>>> isn't there something fishy with the specification of the Makeconf
>>> file in /etc/Frameworks???
>>>
>>> Roger
>>>
>>>
>>> url:www.econ.uiuc.edu/~rogerRoger Koenker
>>> email[EMAIL PROTECTED]Department of Economics
>>> vox: 217-333-4558University of Illinois
>>> fax: 217-244-6678Champaign, IL 61820
>>>
>>>
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>>
>
> --
> Brian D. Ripley, [EMAIL PROTECTED]
> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> University of Oxford, Tel: +44 1865 272861 (self)
> 1 South Parks Road, +44 1865 272866 (PA)
> Oxford OX1 3TG, UKFax: +44 1865 272595
Re: [Rd] Fwd: makeconf issue on R-devel 2006-03-12 r37524
On Sat, 8 Apr 2006, roger koenker wrote:
> For what it is worth, I've just installed R-alpha Version 2.3.0 alpha
> (2006-04-07 r37668)
> on my G5 and encountered the same problem reported below. The same
> treatment
> got things going again. If this reflects some idiosyncrasy in my
> setup, my apologies
Well, no one else is reporting it, and that includes the daily checks run
by Simon on MacOS X so it is not that no one has tested R-devel for the
last few weeks (and Simon was involved with the design of this change).
It looks as if 'make install-R-framework' puts a link in bin/exec, which
is not supposed to be used for other than front-ends. I think you need to
take this up with the MacOS X maintainers, since the problem is in their
code, not in general R, and no one else can address it. If the link is
really necessary, it is INSTALL.in that needs a patch.
> url:www.econ.uiuc.edu/~rogerRoger Koenker
> email [EMAIL PROTECTED] Department of Economics
> vox:217-333-4558University of Illinois
> fax:217-244-6678Champaign, IL 61820
>
>
> On Mar 14, 2006, at 1:31 PM, Prof Brian Ripley wrote:
>
>> On Tue, 14 Mar 2006, roger koenker wrote:
>>
>>> I sent the message below to r-sig-mac yesterday, but having no reply
>>> I decided to explore a bit myself and found that editing:
>>>
>>> /Library/Frameworks/R.framework/Versions/2.3/Resources/share/make/
>>> shlib.mk
>>>
>>> yzzy: diff shlib.mk shlib.mk~
>>> 3c3
>>> < include $(R_HOME)/etc/Makeconf
>>> ---
include $(R_HOME)/etc${R_ARCH}/Makeconf
>>>
>>> restored the functionality of R CMD INSTALL.
>>>
>>> Is this a known issue?
>>
>> No, and the change will break things which currently work correctly.
>>
>> Looks like this is something specific to how Macs install under the
>> bin/exec directory. It likely stems from the following line in
>> INSTALL.
>>
>> archs=`(cd ${R_HOME}/bin/exec; ls)`
>>
>> which on other systems will only contain directories for sub-
>> architectures or the R or Rgnome executables, since it says
>>
** arch - Frameworks
>>
>>
>>>
>>> url:www.econ.uiuc.edu/~rogerRoger Koenker
>>> email[EMAIL PROTECTED]Department of Economics
>>> vox: 217-333-4558University of Illinois
>>> fax: 217-244-6678Champaign, IL 61820
>>>
>>>
>>> Begin forwarded message:
>>>
From: roger koenker <[EMAIL PROTECTED]>
Date: March 13, 2006 4:46:30 PM CST
To: r-sig-mac@stat.math.ethz.ch
Subject: makeconf issue on R-devel 2006-03-12 r37524
I've just installed R-devel Version 2.3.0 Under development
(unstable) (2006-03-12 r37524)
on a G5 and things went smoothly despite my gfortran configuration,
(that is ./configure, make,
make install was fine), but now trying to install a source package
I get:
yzzy: R CMD check kuantile
* checking for working latex ... OK
* using log directory '/Users/roger/Projects/kuantile/
kuantile.Rcheck'
* using Version 2.3.0 Under development (unstable) (2006-03-12
r37524)
* checking for file 'kuantile/DESCRIPTION' ... OK
* this is package 'kuantile' version '1.00'
* checking package dependencies ... OK
* checking if this is a source package ... WARNING
Subdirectory 'kuantile/src' contains object files.
* checking whether package 'kuantile' can be installed ... ERROR
Installation failed.
See '/Users/roger/Projects/kuantile/kuantile.Rcheck/00install.out'
for details.
yzzy: more /Users/roger/Projects/kuantile/kuantile.Rcheck/
00install.out
* Installing *source* package 'kuantile' ...
** libs
** arch - Frameworks
/Library/Frameworks/R.framework/Resources/share/make/shlib.mk:3: /
Library/Frameworks/R.fra
mework/Resources/etc/Frameworks/Makeconf: No such file or directory
make: *** No rule to make target `/Library/Frameworks/R.framework/
Resources/etc/Frameworks
/Makeconf'. Stop.
chmod: /Users/roger/Projects/kuantile/kuantile.Rcheck/kuantile/libs/
Frameworks/*: No such
file or directory
gfortran -fPIC -fno-common -g -O2 -c dsel05.f -o dsel05.o
gfortran -fPIC -fno-common -g -O2 -c kuantile.f -o kuantile.o
gcc -flat_namespace -bundle -undefined suppress -L/sw/lib -L/usr/
local/lib -o kuantile.so
dsel05.o kuantile.o -L/usr/local/lib/gcc/powerpc-apple-
darwin8/4.0.0 -L/usr/local/lib/gcc
-lgfortran -lgcc_s -lSystemStubs -lmx -lSystem -F/Library/
Frameworks/R.framework/.. -fram
ework R
ERROR: compilation failed for package 'kuantile'
** Removing '/Users/roger/Projects/kuantile/kuantile.Rcheck/
kuantile'
isn't there something fishy with the specification of the Makeconf
file in /etc/Frameworks???
Roger
url:www.econ.uiuc.edu/~roger
Re: [Rd] Compiling PL/R against R.dll in Win32/MinGW
OK - I did try this with PostgreSQL 8.1.3 and got the same results. To use the CVS HEAD for PostgreSQL, I did have to make a couple changes to get it to compile, but it ends with the same results. Joe Conway wrote: > Mike Leahy wrote: >> Ok...well I've been hacking around with the PL/R source a bit more, and >> I found that that substituting 'Rf_initEmbeddedR' with 'InitDynload' >> seemed to make code compile further - this was just a total guess based >> on the functions that are listed in the R.dll with dependency-walker. >> Now it appears that it's an issue compiling against postgres, rather >> than R.dll (see below). Should I pursue this any further, or should I >> accept that it just won't happen and give up for now? > >> >> -DDLSUFFIX=\".dll\" -c -o plr.o plr.c >> plr.c: In function `plr_init': >> plr.c:288: warning: implicit declaration of function `InitDynload' >> plr.c: In function `fetchArgNames': >> plr.c:1366: warning: passing arg 7 of `deconstruct_array' from > > This looks like you're trying to compile with PostgreSQL cvs HEAD > (8.2devel), correct? That won't work as I've not yet adjusted PL/R to > handle NULL elements in arrays (which is brand new in HEAD). But this is > is now off topic here... > > Getting back on topic, unless someone can tell us that R.dll or some > other mechanism exposes the same API as the libR shared object, I'd have > to say it is probably hopeless. > > Joe > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] using R in a java application
Dear All, I'd like to write a little application in java wich should pass some commands and data to R and displays the results (tables and charts) in a java frame. First I wanted to work with Omegahat's SJava but had lots of issues already at the installation. Then I heard some rumors that SJava generally is not a very active project and runs rather buggy (that's true?). So my question is, are there alternatives to use R in a Java application, like other libraries? What would you recommend me? I appreciate any usefull links on that topic: Java and R. Thank you in advance, Lothar Rubusch ___ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
