Prof Brian Ripley wrote:
>I had promised to report on tests of gcc-4.0.1, and have now tracked down
>all the outstanding issues.
>
>I am comparing gcc3 (gcc-3.4.4 including g77) and gcc4 (gcc-4.0.1
>including gfortran) on FC3, both i686 and x86_64 (the latter both 64-bit
>and 32-bit builds). A
Ok,
Thanks a lot for all the info.
I will take the time to fix my system, recompile my fortran code and
create my package...
Sincerely,
Sébastien
Le 05-08-05 à 17:07, stefano iacus a écrit :
> Sebastien,
>
> if you want to use the R binary from CRAN, then you should assume gcc
> 3.3 and g7
Sebastien,
if you want to use the R binary from CRAN, then you should assume gcc
3.3 and g77 3.4.2 (which comes with the installer for this reason).
You can force gcc to default to 3.3 using sudo gcc_select 3.3
and sudo gg_select 4.0 to restore the new compiler.
If you want to use gcc 4.0 and
I had promised to report on tests of gcc-4.0.1, and have now tracked down
all the outstanding issues.
I am comparing gcc3 (gcc-3.4.4 including g77) and gcc4 (gcc-4.0.1
including gfortran) on FC3, both i686 and x86_64 (the latter both 64-bit
and 32-bit builds). All compiled from the sources (th
I am starting to get confused,
What should I used to make sure I got the corrected and most recent
setup that will allow me to correctly compile and run fortran routine
under R.2.1.1
Please note that I am using the last version of MAC OS X, TIGER which
is 10.4.2
And that I have presently i
Re:
> If I understand your description correctly, the problem is
> passing both named and unnamed arguments to callNextMethod().
No, as I said the distinction is a potential bug in callNextMethod
_whenever_ it gets explicit arguments. (At the moment, it seems to be a
bug in substitute() or el
Well, let's say R is currently picky when only a prototype is supplied.
The following is either a workaround or a revised, fussier requirement
for the example mentioned, depending on your interpretation.
R> setClass("sequence", representation(.Data="numeric"),
prototype=numeric(3))
[1] "sequenc
To R-Developers:
I wish to report what I believe are inconsistencies between Green Book
descriptions and R methods behaviors. I **realize** that R does not
guarantee total consistency with the Green Book; therefore I leave it to you
to decide whether any of this is a bug, design choice, or a need
On Fri, 5 Aug 2005, John Chambers wrote:
> Paul Roebuck wrote:
>
> > Can someone explain what the problem is when I use the
> > generating function? And how to get debug() to stop in
> > the Superclass initialize method?
> > [SNIP code & output]
>
> Now, the specific example. There are 3 special
The following in NEWS is probably relevant:
CHANGES IN R VERSION 2.1.1 patched
o File creation errors in pdf(), postscript(), xfig() resulted
in a pointer being freed twice. (Reported by Matt McCall)
So,
1) Please try R-patched as we do ask you to (before sendi
Full_Name: Jeffrey Freedman
Version: 2.1.1
OS: Mac 10.4.2
Submission from: (NULL) (169.226.95.21)
All of a sudden, I cannot generate pdf, postscript, jpeg, png graphics. I get
the following error:
R(273) malloc: *** Deallocation of a pointer not malloced: 0x113e870; This
could be a double free(
On Fri, 5 Aug 2005, Duncan Murdoch wrote:
> On 8/5/2005 8:39 AM, Roger D. Peng wrote:
>> Would it make sense for 'object.size()' to do the same thing for
>> external pointers as it does for environments?
>
> I would think so. For those who haven't looked, this returns the size
> of the SEXP for t
First, anyone planning to debug methods should consider the general form
of the trace() function with signature= to say what method to trace, and
some suitable interactive function such as "browser" or "recover" to
examine the computations. See ?trace
In this example, something like:
trace("
On 8/5/2005 8:39 AM, Roger D. Peng wrote:
> Would it make sense for 'object.size()' to do the same thing for
> external pointers as it does for environments?
I would think so. For those who haven't looked, this returns the size
of the SEXP for the environment and its attributes, but does not at
Would it make sense for 'object.size()' to do the same thing for
external pointers as it does for environments?
-roger
Martin Maechler wrote:
>>"Paul" == Paul Roebuck <[EMAIL PROTECTED]>
>>on Thu, 4 Aug 2005 00:29:03 -0500 (CDT) writes:
>
>
> Paul> Can someone confirm the follo
> "Paul" == Paul Roebuck <[EMAIL PROTECTED]>
> on Thu, 4 Aug 2005 00:29:03 -0500 (CDT) writes:
Paul> Can someone confirm the following as a problem:
Yes, I can. No promiss for a fix in the very near future
though.
Martin Maechler, ETH Zurich
>> Can someone confirm the following
> "DeepS" == Deepayan Sarkar <[EMAIL PROTECTED]>
> on Wed, 3 Aug 2005 13:52:32 -0500 writes:
DeepS> Hi, I recently made changes to lattice code which
DeepS> needed changes in many man pages as well. Before I
DeepS> made the appropriate changes, R CMD check was
DeepS> fl
Can someone explain what the problem is when I use the
generating function? And how to get debug() to stop in
the Superclass initialize method?
source -
setClass("Superclass",
representation(id = "character"),
contains = "VIRTUAL")
setMethod("initialize",
sig
On 04/08/2005, at 8:00 PM, Sebastien Durand wrote:
> I used a mac G5, R.2.1.1, and G77 3.4.4 and I would like to use and
> call a fortran subroutine.
> The trouble is that it seems I am not able to correctly load the
> compiled code.
.
> base
> 2 /Library/Frameworks/R.framew
David,
Thanks.
The reason add1.lm (and drop1.lm) do not support offsets is that lm did
not when they were written, and the person who added offsets to lm did not
change them. (I do wish they had not added an offset arg and just used the
formula as in S's glm.) That is easy to add.
For the ot
20 matches
Mail list logo
