[Sorry for the belated reply: this came in just as I was leaving for a
trip.]
I've checked the original source, and the C code in optim does accurately
reflect the published algorithm.
Since your example is a discontinuous function, I don't see why you expect
CG to work on it. John Nash repor
Probably I included too much at once in my bug report. I can live with
an unfulfilled wishlist and thank you for thinking about it. The
"badly-behaved" function is just an example to demonstrate the bug I
reported. I think it is a bug if optim returns (without any warning) an
unmatching pair of par
On a solaris 9 box here, gcc 3.4.2 defaults to build 32-bit binaries for
some unknown reason, but can be pursuaded to build 64-bit executables
by passing the -m64 switch explicitly. (this is first hand experience,
discovered while looking into a similiar anomaly with another piece
of software). I
On Tue, 16 May 2006, Hin-Tak Leung wrote:
> On a solaris 9 box here, gcc 3.4.2 defaults to build 32-bit binaries for some
> unknown reason,
Actually, for a well-documented reason. (You need both a suitable CPU and
the appropriate parts of the OS installed for 64-bit binaries to be
usable, and
[Duncan Murdoch]
>[François Pinard]
>> Hi, people. Executing the following command:
>>hist(rpois(100,5), labels=TRUE)
>> yields a graphic in which some labels are truncated (on an X11
> I don't see this on Windows using windows(), or Linux using X11().
> I imagine it's a case that the devi
On 5/16/2006 4:56 AM, [EMAIL PROTECTED] wrote:
> Probably I included too much at once in my bug report. I can live with
> an unfulfilled wishlist and thank you for thinking about it. The
> "badly-behaved" function is just an example to demonstrate the bug I
> reported. I think it is a bug if optim
Hi, I'm trying to build R on SuSE 10.1/x86_64. I had to download fortran as
it wasn't supplied by SuSE. Octave, which also uses both C and Fortran was
able to compile w/o trouble. The problem I run in to with R is the
following. R's configure script will complain that it can't find the
fortran
On Tue, 16 May 2006, Brandon Barker wrote:
> Hi, I'm trying to build R on SuSE 10.1/x86_64. I had to download fortran as
> it wasn't supplied by SuSE. Octave, which also uses both C and Fortran was
> able to compile w/o trouble. The problem I run in to with R is the
> following. R's configure
It is possible to do things like
env PKG_LIB="-L/opt/foo/lib -lbar" R CMD SHLIB *.c
to add libraries to the creation of a shared object, but I have from time
to time wondered if we should allow
R CMD SHLIB *.c -L/opt/foo/lib -lbar
not least as users seems to expect it to work.
On Tue, 16 May 2006, Prof Brian Ripley wrote:
> It is possible to do things like
>
> env PKG_LIB="-L/opt/foo/lib -lbar" R CMD SHLIB *.c
>
> to add libraries to the creation of a shared object, but I have from time
> to time wondered if we should allow
>
> R CMD SHLIB *.c -L/opt/foo/lib
Full_Name: Rafal Kustra
Version: 2.1.1
OS: Linux, MacOS 10.3
Submission from: (NULL) (69.195.47.62)
When Rbinding two data frames with factors, strange result occur (but no error)
when the order of data frame variables is different in two data frames:
> d1=as.data.frame(list(x=1:10,y=letters[1:1
How is this a bug? From the help page for cbind/rbind:
Description
Take a sequence of vector, matrix or data frames arguments and
combine by _columns_ or _rows_, respectively.
(emphasis added)
Note that it does _not_ say "combine by variable names".
Peter Ehlers
[EMAIL PROTECTED] wrote:
> Full
Agreed. Should have checked the help page.
But then it should return an error msg, not try to do something and return
an invalid result.
rafal
PS: perhaps rbind.data.frame should be more forgiving as to the order of
variables, though.
On 5/16/06, Peter Ehlers <[EMAIL PROTECTED]> wrote:
>
> How
On Tue, 16 May 2006, Peter Ehlers wrote:
> How is this a bug? From the help page for cbind/rbind:
>
> Description
> Take a sequence of vector, matrix or data frames arguments and
> combine by _columns_ or _rows_, respectively.
> (emphasis added)
>
> Note that it does _not_ say "combine by variable
On 5/16/06, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
>
> On Tue, 16 May 2006, Peter Ehlers wrote:
>
> > How is this a bug? From the help page for cbind/rbind:
> >
> > Description
> > Take a sequence of vector, matrix or data frames arguments and
> > combine by _columns_ or _rows_, respectively.
Dear developers,
I am currently writing, for a package of mine, {d,p,q,r}dist() functions for
some probability laws not already found in base R. I was wondering if the
Core Team would see any interest in having some or all the functions
integrated in base R. I'm talking here of distributions li
> "TL" == Thomas Lumley <[EMAIL PROTECTED]>
> on Tue, 16 May 2006 10:15:11 -0700 (PDT) writes:
TL> On Tue, 16 May 2006, Prof Brian Ripley wrote:
>> It is possible to do things like
>>
>> env PKG_LIB="-L/opt/foo/lib -lbar" R CMD SHLIB *.c
>>
>> to add libraries
On Wed, 17 May 2006, Martin Maechler wrote:
>> "TL" == Thomas Lumley <[EMAIL PROTECTED]>
>> on Tue, 16 May 2006 10:15:11 -0700 (PDT) writes:
>
>TL> On Tue, 16 May 2006, Prof Brian Ripley wrote:
>>> It is possible to do things like
>>>
>>> env PKG_LIB="-L/opt/foo/lib -lb
18 matches
Mail list logo
