> On 7/02/2024, at 5:06 AM, Prof Brian Ripley via R-devel
> wrote:
>
> On 04/02/2024 19:41, Holger Hoefling wrote:
>> Hi,
>> I wanted to ask if people have good advice on how to debug M1Mac package
>> check errors when you don´t have a Mac? Is a cloud machine the best option
>> or is there so
M1mac numerical issues should be rare, but when they do pop up they can be
disconcerting.
The following little script reveals what happens with no extended precision. A
few months
ago I built this into a "package" and used
https://mac.r-project.org/macbuilder/submit.html
to run it, getting the
On 04/02/2024 19:41, Holger Hoefling wrote:
Hi,
I wanted to ask if people have good advice on how to debug M1Mac package
check errors when you don´t have a Mac? Is a cloud machine the best option
or is there something else?
I presumed this was about a CRAN package, possibly hdf5r which has a
On Sun, 4 Feb 2024 20:41:51 +0100
Holger Hoefling wrote:
> I wanted to ask if people have good advice on how to debug M1Mac
> package check errors when you don´t have a Mac?
Apologies for not answering the question you asked, but is this about
hdf5r and problems printing R_xlen_t [*] that appear
Simon's comments add another viewpoint to mine. My own knowledge of the
impact of "disable-long-double" does not include an understanding of
exactly what effect this has. One needs to spend a lot of time and effort
with excruciating details. Fortunately, we can usually get away with
64 bit FP arit
> On Feb 5, 2024, at 12:26 PM, Duncan Murdoch wrote:
>
> Hi John.
>
> I don't think the 80 bit format was part of IEEE 754; I think it was an Intel
> invention for the 8087 chip (which I believe preceded that standard), and
> didn't make it into the standard.
>
> The standard does talk abo
80 bit registers (I don't have my original docs with me here in Victoria)
seem to have been part of the 1985 standard to which I was one of the 31 named
contributors. See
https://stackoverflow.com/questions/612507/what-are-the-applications-benefits-of-an-80-bit-extended-precision-data-type
or th
Hi John.
I don't think the 80 bit format was part of IEEE 754; I think it was an
Intel invention for the 8087 chip (which I believe preceded that
standard), and didn't make it into the standard.
The standard does talk about 64 bit and 128 bit floating point formats,
but not 80 bit.
Duncan
I think I had that problem with the minimaxApprox package as well.
Avi
Sent from my iPhone
> On Feb 4, 2024, at 4:47 PM, J C Nash wrote:
>
> Slightly tangential: I had some woes with some vignettes in my
> optimx and nlsr packages (actually in examples comparing to OTHER
> packages) because t
Slightly tangential: I had some woes with some vignettes in my
optimx and nlsr packages (actually in examples comparing to OTHER
packages) because the M? processors don't have 80 bit registers of
the old IEEE 754 arithmetic, so some existing "tolerances" are too
small when looking to see if is sma
On 4 February 2024 at 20:41, Holger Hoefling wrote:
| I wanted to ask if people have good advice on how to debug M1Mac package
| check errors when you don´t have a Mac? Is a cloud machine the best option
| or is there something else?
a) Use the 'mac builder' CRAN offers:
https://mac.r-project
Hi,
I wanted to ask if people have good advice on how to debug M1Mac package
check errors when you don´t have a Mac? Is a cloud machine the best option
or is there something else?
Thanks
Holger
[[alternative HTML version deleted]]
__
R-devel@
12 matches
Mail list logo
