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
> "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
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
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.
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
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
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
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
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
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, 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
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 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
[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 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
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
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
[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
18 matches
Mail list logo
