Re: [Rd] R-bugs e-mail {was ... (Debian Bug 344248): ...}
hadley wickham <[EMAIL PROTECTED]> writes: > > PLEASE, PLEASE: > > do use > > [EMAIL PROTECTED] > > and nothing else > > Perhaps > http://bugs.r-project.org/cgi-bin/R > should be updated then? > > Hadley That's internal to the bug repository. It does everything by email, and at some point messages need to reach the program invoked by the mail server. Sending things to Zurich and back seems a bit silly -p -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-bugs e-mail {was ... (Debian Bug 344248): ...}
Peter Dalgaard <[EMAIL PROTECTED]> writes: > hadley wickham <[EMAIL PROTECTED]> writes: > > > > PLEASE, PLEASE: > > > do use > > > [EMAIL PROTECTED] > > > and nothing else > > > > Perhaps > > http://bugs.r-project.org/cgi-bin/R > > should be updated then? > > > > Hadley > > That's internal to the bug repository. It does everything by email, > and at some point messages need to reach the program invoked by the > mail server. Sending things to Zurich and back seems a bit silly > > -p Oops. You were talking about the email address on the front page? I'll fix that one to point to Zurich. -p -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] png support for R 2.2.1 (PR#8425)
Full_Name: Sylvain Brohée
Version: 2.2.1
OS: Suse Linux 9.2
Submission from: (NULL) (164.15.109.58)
I recently went to a new version of R (2.2.1) but now, when trying to save a
plot in the png format, I got this error message :
> png("my_plot.png")
Error in X11(paste("png::", filename, sep = ""), width, height, pointsize, :
unable to start device PNG
In addition: Warning message:
no png support in this version of R
What can I do?
Sylvain
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] png support for R 2.2.1 (PR#8425)
[EMAIL PROTECTED] wrote:
> Full_Name: Sylvain Brohée
> Version: 2.2.1
> OS: Suse Linux 9.2
> Submission from: (NULL) (164.15.109.58)
>
>
> I recently went to a new version of R (2.2.1) but now, when trying to save a
> plot in the png format, I got this error message :
>
>
>>png("my_plot.png")
>
> Error in X11(paste("png::", filename, sep = ""), width, height, pointsize, :
> unable to start device PNG
> In addition: Warning message:
> no png support in this version of R
>
> What can I do?
1. Do not send a bug report if there is no bug! Please read the FAQs and
learn what a bug is.
2. Do not send identical messages a couple of times to many mailing lists.
3. Do read the installation manuals.
4. Install both "libpng" and "libpng-devel" in a way that it will be
found by R's configure scripts (e.g. into standard locations).
5. Run R's ./configure and check the last lines of the output, png
support should be mentioned, if not, check what ./configure told you at
the point where it looked for libpng.
Uwe Ligges
> Sylvain
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Coercing from a local class to a foreign one
I am working on writing a fairly simple package that defines several classes. However, there are several other packages that deal with the same types of data, so I would like to methods for coercing my classes to those of the other packages. Easy enough. However, I would really like to just "suggest" those other packages, as my own doesn't rely on them at all. If I do so and the other packages are not available and loaded, I get warnings on loading my own package that the classes from the foreign packages are not available. I understand that these messages are not significant, but is there a way to suppress them on loading. As far as I can tell, this is specific to S4 coercion methods where the classes to coerce to or from may not be loaded or defined at the time of loading a package. Any hints? (In other words, what did I miss in the documentation) Thanks, Sean __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Windows crash in confint() with nls fit (PR#8428)
Full_Name: Ben Bolker
Version: 2.2.1
OS: Windows XP and 2000
Submission from: (NULL) (128.227.60.124)
The following code, using confint() to try
to get confidence intervals on an nls object
that has been fitted with algorithm="port"
reliably crashes R 2.2.0 and 2.2.1 with the
latest version of MASS on a Windows 2000 and
a Windows XP machine here. I *think* earlier
versions of MASS may not have crashed, but
I have now updated the versions on most of
my machines and don't have a test version handy.
On XP, I get an error-report-do-you-want-
to-send-this-to-Microsoft dialog box. On 2000
I get a "Rgui has generated errors ..." dialog box.
I can get this far:
debug: profiledModel <- .Call("nls_iter", fittedModel, ctrl, trace,
PACKAGE = "stats")
Browse[1]> where
where 1: prof$getProfile()
where 2: profile.nls(object, which = parm, alphamax = (1 - level)/4)
where 3: profile(object, which = parm, alphamax = (1 - level)/4)
where 4: confint.nls(n1)
where 5: confint(n1)
I'm not set up to debug compiled code on Windows, and I haven't
been able to reproduce the problem on Linux.
set.seed(1001)
x = runif(200)
a =1
b = 1
c = -0.1
y = a+b*x+c*x^2+rnorm(200,sd=0.05)
plot(x,y)
curve(a+b*x+c*x^2,add=TRUE)
n1 = nls(y~a+b*x+c*I(x^2),start=c(a=1,b=1,c=0.1),algorithm="port")
confint(n1) ## boom
N.B.: It only crashes if algorithm="port" is specified.
## [1] "Windows 2000 Professional (build 2195) Service Pack 4.0"
##
## > R.version
## _
## platform i386-pc-mingw32
## arch i386
## os mingw32
## system i386, mingw32
## status
## major2
## minor2.0
## year 2005
## month10
## day 06
## svn rev 35749
## language R
##
## MASS
##
## Version: 7.2-23
## Date:2005-12-08
##
##
## "Windows XP Professional (build 2600) Service Pack 2.0"
## _
##platform i386-pc-mingw32
##arch i386
##os mingw32
##system i386, mingw32
##status
##major2
##minor2.0
##year 2005
##month10
##day 06
##svn rev 35749
##language R
##
##Version: 7.2-23
##Date:2005-12-08 ## CRASH
##> R.version
## _
##platform i386-pc-mingw32
##arch i386
##os mingw32
##system i386, mingw32
##status
##major2
##minor2.1
##year 2005
##month12
##day 20
##svn rev 36812
##language R
## CRASH
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Build error on Mac OS X
Simon Urbanek wrote: > On Dec 21, 2005, at 6:12 PM, Herve Pages wrote: > >> I don't get that problem with R-devel daily snapshots from before >> 2005-12-14 >> and I get it with (almost) all snaphots between 2005-12-14 and today. > > > Strange - I have only failure on 2005/12/17 - all others built fine > (same system: 7.9.0). Did you try the SVN checkout? I can't test the > current tar-ball on the Panther machine, because it's running the > nightly builds right now... Hi Simon, I just tried with the SVN checkout (Revision: 36833) of R-devel and got the same problem. I also have this problem with today's R-devel tarball on the 2 Mac OS X machines where I could make a test. But on these 2 machines, R-devel tarball from 2005-12-13 builds fine. Machine 1: > uname -a Darwin possum1.fhcrc.org 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc Machine 2: > uname -a Darwin possum2.fhcrc.org 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc On both machines: GNU Make version 3.79 gcc version 3.3 20030304 (Apple Computer, Inc. build 1671) > g77 -v Reading specs from /usr/local/lib/gcc/powerpc-apple-darwin6.8/3.4.2/specs Configured with: ../gcc/configure --enable-threads=posix --enable-languages=f77 --disable-shared --enable-static Thread model: posix gcc version 3.4.2 Hope this helps, H. -- Hervé Pagès E-mail: [EMAIL PROTECTED] Phone: (206) 667-5791 Fax: (206) 667-1319 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Windows crash in confint() with nls fit (PR#8428)
On 12/22/2005 1:23 PM, [EMAIL PROTECTED] wrote:
> Full_Name: Ben Bolker
> Version: 2.2.1
> OS: Windows XP and 2000
> Submission from: (NULL) (128.227.60.124)
>
>
> The following code, using confint() to try
> to get confidence intervals on an nls object
> that has been fitted with algorithm="port"
> reliably crashes R 2.2.0 and 2.2.1 with the
> latest version of MASS on a Windows 2000 and
> a Windows XP machine here. I *think* earlier
> versions of MASS may not have crashed, but
> I have now updated the versions on most of
> my machines and don't have a test version handy.
>
> On XP, I get an error-report-do-you-want-
> to-send-this-to-Microsoft dialog box. On 2000
> I get a "Rgui has generated errors ..." dialog box.
>
> I can get this far:
>
> debug: profiledModel <- .Call("nls_iter", fittedModel, ctrl, trace,
> PACKAGE = "stats")
>
> Browse[1]> where
> where 1: prof$getProfile()
> where 2: profile.nls(object, which = parm, alphamax = (1 - level)/4)
> where 3: profile(object, which = parm, alphamax = (1 - level)/4)
> where 4: confint.nls(n1)
> where 5: confint(n1)
>
> I'm not set up to debug compiled code on Windows, and I haven't
> been able to reproduce the problem on Linux.
I see it in R-devel too. It's in a strcmp; I'll see if I can track down
the cause.
Duncan Murdoch
>
> set.seed(1001)
> x = runif(200)
> a =1
> b = 1
> c = -0.1
> y = a+b*x+c*x^2+rnorm(200,sd=0.05)
> plot(x,y)
> curve(a+b*x+c*x^2,add=TRUE)
> n1 = nls(y~a+b*x+c*I(x^2),start=c(a=1,b=1,c=0.1),algorithm="port")
> confint(n1) ## boom
>
> N.B.: It only crashes if algorithm="port" is specified.
>
> ## [1] "Windows 2000 Professional (build 2195) Service Pack 4.0"
> ##
> ## > R.version
> ## _
> ## platform i386-pc-mingw32
> ## arch i386
> ## os mingw32
> ## system i386, mingw32
> ## status
> ## major2
> ## minor2.0
> ## year 2005
> ## month10
> ## day 06
> ## svn rev 35749
> ## language R
> ##
> ## MASS
> ##
> ## Version: 7.2-23
> ## Date:2005-12-08
> ##
> ##
>
> ## "Windows XP Professional (build 2600) Service Pack 2.0"
> ## _
> ##platform i386-pc-mingw32
> ##arch i386
> ##os mingw32
> ##system i386, mingw32
> ##status
> ##major2
> ##minor2.0
> ##year 2005
> ##month10
> ##day 06
> ##svn rev 35749
> ##language R
>
> ##
> ##Version: 7.2-23
> ##Date:2005-12-08 ## CRASH
>
> ##> R.version
> ## _
> ##platform i386-pc-mingw32
> ##arch i386
> ##os mingw32
> ##system i386, mingw32
> ##status
> ##major2
> ##minor2.1
> ##year 2005
> ##month12
> ##day 20
> ##svn rev 36812
> ##language R
> ## CRASH
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Windows crash in confint() with nls fit (PR#8428)
I've found the problem, but someone who knows more about nls() will have
to fix it.
The problem is that in the demo code below, n1 ends up being an nls
object, but n1$call$control is NULL. profiler.nls() assumed that the
nls object passed to it has a non-NULL element there, and doesn't check.
I've fixed the code so now it doesn't crash, but it now dies with this
error instead:
> confint(n1) ## boom
Waiting for profiling to be done...
Error in prof$getProfile() : 'control$maxiter' absent
I'll commmit my change to R-devel and R-patched shortly.
Duncan Murdoch
On 12/22/2005 1:23 PM, [EMAIL PROTECTED] wrote:
> Full_Name: Ben Bolker
> Version: 2.2.1
> OS: Windows XP and 2000
> Submission from: (NULL) (128.227.60.124)
>
>
> The following code, using confint() to try
> to get confidence intervals on an nls object
> that has been fitted with algorithm="port"
> reliably crashes R 2.2.0 and 2.2.1 with the
> latest version of MASS on a Windows 2000 and
> a Windows XP machine here. I *think* earlier
> versions of MASS may not have crashed, but
> I have now updated the versions on most of
> my machines and don't have a test version handy.
>
> On XP, I get an error-report-do-you-want-
> to-send-this-to-Microsoft dialog box. On 2000
> I get a "Rgui has generated errors ..." dialog box.
>
> I can get this far:
>
> debug: profiledModel <- .Call("nls_iter", fittedModel, ctrl, trace,
> PACKAGE = "stats")
>
> Browse[1]> where
> where 1: prof$getProfile()
> where 2: profile.nls(object, which = parm, alphamax = (1 - level)/4)
> where 3: profile(object, which = parm, alphamax = (1 - level)/4)
> where 4: confint.nls(n1)
> where 5: confint(n1)
>
> I'm not set up to debug compiled code on Windows, and I haven't
> been able to reproduce the problem on Linux.
>
> set.seed(1001)
> x = runif(200)
> a =1
> b = 1
> c = -0.1
> y = a+b*x+c*x^2+rnorm(200,sd=0.05)
> plot(x,y)
> curve(a+b*x+c*x^2,add=TRUE)
> n1 = nls(y~a+b*x+c*I(x^2),start=c(a=1,b=1,c=0.1),algorithm="port")
> confint(n1) ## boom
>
> N.B.: It only crashes if algorithm="port" is specified.
>
> ## [1] "Windows 2000 Professional (build 2195) Service Pack 4.0"
> ##
> ## > R.version
> ## _
> ## platform i386-pc-mingw32
> ## arch i386
> ## os mingw32
> ## system i386, mingw32
> ## status
> ## major2
> ## minor2.0
> ## year 2005
> ## month10
> ## day 06
> ## svn rev 35749
> ## language R
> ##
> ## MASS
> ##
> ## Version: 7.2-23
> ## Date:2005-12-08
> ##
> ##
>
> ## "Windows XP Professional (build 2600) Service Pack 2.0"
> ## _
> ##platform i386-pc-mingw32
> ##arch i386
> ##os mingw32
> ##system i386, mingw32
> ##status
> ##major2
> ##minor2.0
> ##year 2005
> ##month10
> ##day 06
> ##svn rev 35749
> ##language R
>
> ##
> ##Version: 7.2-23
> ##Date:2005-12-08 ## CRASH
>
> ##> R.version
> ## _
> ##platform i386-pc-mingw32
> ##arch i386
> ##os mingw32
> ##system i386, mingw32
> ##status
> ##major2
> ##minor2.1
> ##year 2005
> ##month12
> ##day 20
> ##svn rev 36812
> ##language R
> ## CRASH
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Windows crash in confint() with nls fit (PR#8428)
Duncan Murdoch wrote: > I've found the problem, but someone who knows more about nls() will have > to fix it. > > The problem is that in the demo code below, n1 ends up being an nls > object, but n1$call$control is NULL. profiler.nls() assumed that the > nls object passed to it has a non-NULL element there, and doesn't check. > > I've fixed the code so now it doesn't crash, but it now dies with this > error instead: > > > confint(n1) ## boom > Waiting for profiling to be done... > Error in prof$getProfile() : 'control$maxiter' absent > > I'll commmit my change to R-devel and R-patched shortly. > > Duncan Murdoch > thank you for the quick response! actually, I discovered I'm wrong -- bug affects Linux as well, gives a segmentation fault (I must have tried it without the algorithm="port" argument by accident.) I've looked at the code but I regretfully concur that someone else will have to work on this -- I can hack nls so it reinserts a "control" element in n1$call, but $tol and $minFactor are explicitly deleted from the control list, and so we only get one step farther. I don't know what assumptions nls_iter is really making and whether it's safe to make them when the port algorithm is being used or not ... My best guess at this point, poking around, is that profiler.nls in src/library/stats/R/nls-profile.R has to be changed in parallel with nls to call port_nlsb instead of nls_iter when the port algorithm is being used, but this is all getting a bit deep for me ... Ben __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Windows crash in confint() with nls fit (PR#8428)
You don't actually need Ben's example. The problem occurs also for the first example in ?nls if algorithm = "port" is used. Peter Ehlers [EMAIL PROTECTED] wrote: > Duncan Murdoch wrote: > >>I've found the problem, but someone who knows more about nls() will have >>to fix it. >> >>The problem is that in the demo code below, n1 ends up being an nls >>object, but n1$call$control is NULL. profiler.nls() assumed that the >>nls object passed to it has a non-NULL element there, and doesn't check. >> >>I've fixed the code so now it doesn't crash, but it now dies with this >>error instead: >> >> > confint(n1) ## boom >>Waiting for profiling to be done... >>Error in prof$getProfile() : 'control$maxiter' absent >> >>I'll commmit my change to R-devel and R-patched shortly. >> >>Duncan Murdoch >> > > >thank you for the quick response! > > actually, I discovered I'm wrong -- bug affects Linux as well, > gives a segmentation fault > (I must have tried it without the algorithm="port" argument by > accident.) I've looked at the code but I regretfully concur > that someone else will have to work on this -- I can hack nls > so it reinserts a "control" element in n1$call, but $tol > and $minFactor are explicitly deleted from the control list, > and so we only get one step farther. I don't know what assumptions > nls_iter is really making and whether it's safe to make them > when the port algorithm is being used or not ... > >My best guess at this point, poking around, is that profiler.nls > in src/library/stats/R/nls-profile.R has to be changed in parallel > with nls to call port_nlsb instead of nls_iter when the port > algorithm is being used, but this is all getting a bit deep for > me ... > > Ben > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel -- Peter Ehlers Department of Mathematics and Statistics University of Calgary __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] minor windows dialogue box problem-"File/Change dir..." (PR#8430)
Full_Name: Andrew Corson Version: 2.2.0 OS: win XP Submission from: (NULL) (222.152.185.145) If you are not using a mouse, you use the tab key to move between fields in a dialogue box. If you go File/Change dir... and then press tab to move to cursor from the path text box to the Browse button it appears that the focus moves correctly, but when you press Enter to activate the browse button the resulting action is the same as if you had used the mouse and clicked on OK instead. If you enter some non-existant path in the path box and use the keys to select the Browse button, you get the error "Unable to set '...' as working directory" The problem was present in R 2.0.1, I have just upgraded to R 2.2.0 and it still exists. > version _ platform i386-pc-mingw32 arch i386 os mingw32 system i386, mingw32 status major2 minor2.0 year 2005 month10 day 06 svn rev 35749 language R __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Build error on Mac OS X
Simon Urbanek wrote: On Dec 21, 2005, at 6:12 PM, Herve Pages wrote: I don't get that problem with R-devel daily snapshots from before 2005-12-14 and I get it with (almost) all snaphots between 2005-12-14 and today. Strange - I have only failure on 2005/12/17 - all others built fine (same system: 7.9.0). Did you try the SVN checkout? I can't test the current tar-ball on the Panther machine, because it's running the nightly builds right now... Simon, This error occurs in src/main/Makefile. I'm not really understanding what's going on here but I was wondering why '-lintl' would be a target. It became a target in R-devel r36724 (2005-12-13). In fact, a big change occured in src/main/Makefile.in between r36723 and r36724. One of them is the introduction of the COMMON_DEPENDENCIES variable: +COMMON_DEPENDENCIES = $(R_XTRA_LIBS) $(R_ZLIBS)$(R_BZLIBS) $(R_PCRE) \ + $(R_XDR) @LIBINTL@ \ + @USE_EXPORTFILES_TRUE@ $(top_builddir)/etc/R.exp If I remove @LIBINTL@ from this definition, it happens that I can build and run last R-devel on all platforms I have access to: Windows, 64-bit SuSE Linux 9.2, 32-bit SuSE Linux 9.2, Solaris 2.9 AND Mac OS X. Not sure what this @LIBINTL@ dependency is needed for however... I attached the file containing my svn diff output. Regards, H. -- Hervé Pagès E-mail: [EMAIL PROTECTED] Phone: (206) 667-5791 Fax: (206) 667-1319 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] cairo anyone?
Has anyone taken a shot at a Cairo graphics device yet? I half expected to see one on either Paul's pages or Omegahat. :-) --- Byron Ellis ([EMAIL PROTECTED]) "Oook" -- The Librarian __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] cairo anyone?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Lawrence has as part of RGtk2. D. Byron Ellis wrote: > Has anyone taken a shot at a Cairo graphics device yet? I half > expected to see one on either Paul's pages or Omegahat. :-) > > --- > Byron Ellis ([EMAIL PROTECTED]) > "Oook" -- The Librarian > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel - -- Duncan Temple Lang[EMAIL PROTECTED] Department of Statistics work: (530) 752-4782 4210 Mathematical Sciences Building fax: (530) 752-7099 One Shields Ave. University of California at Davis Davis, CA 95616, USA -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (Darwin) iD8DBQFDq1CF9p/Jzwa2QP4RAh3dAJ9cL4unVFk8lHGCQPrbOo+PQgWpeQCePduO 5OeLK5ctgvYXFKZvQRwROeE= =tPs9 -END PGP SIGNATURE- __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] cairo anyone?
On 22 December 2005 at 17:19, Duncan Temple Lang wrote: | Michael Lawrence has as part of RGtk2. Speaking of which -- I tried to find his code anywhere on the "Internets" following his very nice DSC presentation, but no beans. Why is this in hiding? Is it expected to surface at some point? Any insights, Duncan? 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
Re: [Rd] Build error on Mac OS X
The updating of gettext support is currently in mid-progress (and specifically what is required for MacOS X). It looks as if your system has another version of gettext installed: please configure R not to use such a version for now (see configure --help for how to do so). Once the update is complete you may be able to use your installed version again (although likely it will not be current enough). On Thu, 22 Dec 2005, Herve Pages wrote: Simon Urbanek wrote: On Dec 21, 2005, at 6:12 PM, Herve Pages wrote: I don't get that problem with R-devel daily snapshots from before 2005-12-14 and I get it with (almost) all snaphots between 2005-12-14 and today. Strange - I have only failure on 2005/12/17 - all others built fine (same system: 7.9.0). Did you try the SVN checkout? I can't test the current tar-ball on the Panther machine, because it's running the nightly builds right now... Simon, This error occurs in src/main/Makefile. I'm not really understanding what's going on here but I was wondering why '-lintl' would be a target. It became a target in R-devel r36724 (2005-12-13). In fact, a big change occured in src/main/Makefile.in between r36723 and r36724. One of them is the introduction of the COMMON_DEPENDENCIES variable: +COMMON_DEPENDENCIES = $(R_XTRA_LIBS) $(R_ZLIBS)$(R_BZLIBS) $(R_PCRE) \ + $(R_XDR) @LIBINTL@ \ + @USE_EXPORTFILES_TRUE@ $(top_builddir)/etc/R.exp If I remove @LIBINTL@ from this definition, it happens that I can build and run last R-devel on all platforms I have access to: Windows, 64-bit SuSE Linux 9.2, 32-bit SuSE Linux 9.2, Solaris 2.9 AND Mac OS X. Not sure what this @LIBINTL@ dependency is needed for however... I attached the file containing my svn diff output. Regards, H. -- Hervé Pagès E-mail: [EMAIL PROTECTED] Phone: (206) 667-5791 Fax: (206) 667-1319 -- 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__ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
