search for: dirkse

...is > 0 */ to chop off the last excess rows of w? I only find out about the excess rows during the single pass over the data made to copy it from its source to w. Short of this, all I know to do is allocate a matrix of the proper size and copy the values. Any other ways to do this? -- Steve Dirkse

Yes, this did the trick, thanks very much! I?m cc?ing r-devel just for the record. Roger Koenker r.koenker at ucl.ac.uk<mailto:r.koenker at ucl.ac.uk> Department of Economics, UCL London WC1H 0AX. On Aug 7, 2019, at 4:55 PM, Steven Dirkse <sdirkse at gams.com<mailto:sdirkse at gams.com>> wrote: Roger, Updating Xcode has the unfortunate side effect of wiping out the std header files from /usr/include. The fix - once you know about it - is mercifully easy. Here's my notes on the subject, recorded only yesterday so...

On Fri, 7 Jun 2024, Steven Dirkse wrote: > You don't often get email from sdirkse at gams.com. Learn why this is important > Thanks for sharing this overview of an interesting and much-needed project. > You mention that R exports about 1500 symbols (on platforms supporting > visibility) but this subject isn't m...

On 02/03/2020 3:24 a.m., Martin Maechler wrote: >>>>>> robin hankin >>>>>> on Sun, 1 Mar 2020 09:26:24 +1300 writes: > > > Thanks guys, I guess I should have referred to FAQ 7.31 > > (which I am indeed very familiar with) to avoid > > misunderstanding. I have always used dput() to clarify > > 7.31-type

...inside a "details" directory (or some other specific naming scheme)? That's what I use when I need to separate a public API from an internal API. On Fri, Jun 7, 2024 at 7:30?AM luke-tierney--- via R-devel <r-devel at r-project.org> wrote: > > On Fri, 7 Jun 2024, Steven Dirkse wrote: > > > You don't often get email from sdirkse at gams.com. Learn why this is important > > Thanks for sharing this overview of an interesting and much-needed project. > > You mention that R exports about 1500 symbols (on platforms supporting > > visibility) but...

...tent with the other names (which are almost all camelCase). I'd > choose something like "exact" (even though it isn't :-). Thank you -- you are right; all "AllHex" is too non-orthodox and hence a pain for people to get right, remember, etc. In light of Steven Dirkse's reply (and other much older e-mails by others I remember only vaguely), it seems we still need to find an example (with numbers) where it is not exact ... which makes "exact" even more appropriate. Martin >> > On Sun, Mar 1, 2020 at 6:22 AM Duncan Murdoch >&g...

I think Robin knows about FAQ 7.31/floating point (author of 'Brobdingnag', among other numerical packages). I agree that this is surprising (to me). To reframe this question: is there way to get an *exact* ASCII representation of a numeric value (i.e., guaranteeing the restored value is identical() to the original) ? .deparseOpts has ?"digits17"?: Real and finite complex

>>>>> Hugh Parsonage >>>>> on Sat, 8 Feb 2020 21:12:43 +1100 writes: > The only observation I can make is that the change to > round() was made in r77727 whereas your R-devel appears to > be r77715 (so would not exhibit the fixed behaviour). My > guess is that there was a perpetual installation failure > after r77715 but that

Thanks for sharing this overview of an interesting and much-needed project. You mention that R exports about 1500 symbols (on platforms supporting visibility) but this subject isn't mentioned explicitly again in your note, so I'm wondering how things tie together. Un-exported symbols cannot be part of the API - how would people use them in this case? In a perfect world the set of

Hi all, I found a discrepancy between the sum() in R and either a sum done in C or Fortran for vector of just 5 elements. The difference is very small, but this is a very small part of a much larger numerical problem in which first and second derivatives are computed numerically. This is part of a numerical method course I am teaching in which I want to compare speeds of R versus Fortran (We