ot;, as.single(y), as.integer(n)) :
"tria" not resolved from current namespace (rmpigFortr)
>
But if I type in the call to .Fortran myself, it works.
Any idea what I might be doing wrong, please?
Thanks in advance,
Sincerely,
Erin
--
Erin Hodgess
Associate Professor
Depart
riable.
>
> Oh, this would never be run through CRAN tests, it is meant for data that
> is too big for CRAN.
>
> I seem to remember that the Intel compiler used a different environmental
> variable, but it could be this was fixed since the last time I used it.
>
> best
>
> Vladimir Dergachev
Yes it does use MPI. You can get the pbd from GitHub, as a backup.
Thanks
On Sat, Oct 9, 2021 at 2:23 PM Vladimir Dergachev
wrote:
>
>
> On Sat, 9 Oct 2021, Erin Hodgess wrote:
>
> > Have you thought about using C or c++, please?
>
> Yes, indeed, the core of the packa
corresponding graphics hardware is not available on the
> build/check machines, but if possible you shopudl support that users
> with the required hardware can compile the package from sources on
> Windows, too.
>
> Best,
> Uwe Ligges
>
> ___
Hi Jisca:
I have used the write successfully. I’m not sure if this matters or not,
but I am using WSL 2 with Ubuntu 22.04 installed. It works fine with R =>
4.0.
Hope this helps.
Sincerely,
Erin
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Wed, May 8, 2024 at 6:49 PM Jisca Huis
zy loading failed for package ‘rmpiFort’
* removing ‘/home/hodgess/R-3.4.3/bin/rmpiFort.Rcheck/rmpiFort’
This is done on the Bridges Supercomputer at the Pittsburgh Supercomputing
Center.
Thanks,
Erin
PS. OS is Centos 6.
--
Erin Hodgess
Associate Professor
Department of Mathematical and
Hi Duncan
That was exactly it. Thank you very much
Erin
On Thu, May 31, 2018 at 7:50 AM, Duncan Murdoch
wrote:
> On 31/05/2018 8:35 AM, Erin Hodgess wrote:
>
>> Hello!
>>
>>
>> I'm working with R-3.4.3 and when I run R CMD check
>> rmpiFort_0
Hello!
I am building a new package with source code that requires the Portland
group compiler. How would I go about building the package with this
compiler rather than gfortran, please?
Thank you in advance.
Sincerely,
Erin
PS. Windows 10, and R-3.5.1.
Erin Hodgess, PhD
mailto: erinm.hodg
ed. Is there a way that I can direct the check function to
just use the make/Makefile, please?
Or am I out of luck, please? (highly probable)
Thanks,
Erin
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
[[alternative HTML version deleted]]
_
INSTALL^M
So I'm still puzzled.
Any help much appreciated.
Sincerely,
Erin
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Mon, Aug 27, 2018 at 2:29 PM Kevin Ushey wrote:
> Hi Erin,
>
> The R extensions manual should be helpful here -- in particular, see the
> se
Yay! I got it to work! I used the ~/.R/Makevars, and all is well.
Thanks again,
Erin
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Mon, Aug 27, 2018 at 2:29 PM Kevin Ushey wrote:
> Hi Erin,
>
> The R extensions manual should be helpful here -- in particular, see the
>
e with the Matrix
package build. The components of the Cholesky all appear as unreferenced.
Has anyone else run into this, please? I'm working with R-3.5.1 source.
Thanks,
Erin
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
[[al
erence to
`cholmod_free_sparse'
Csparse.o:Csparse.c:(.text+0xdf9): undefined reference to `cholmod_copy'
Does this look familiar, please?
Thanks,
Erin
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Fri, Sep 14, 2018 at 1:13 PM Avraham Adler
wrote:
> Try following the direc
That is my next thing to try. Thanks for your help!
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Fri, Sep 14, 2018 at 2:46 PM Avraham Adler
wrote:
> No, I’m sorry, I haven’t seen that and I built R 3.5.1 with OpenBLAS
> recently. Does it work if you use the vanilla BLAS?
&
I have a snag on regular BLAS as well. I feel better about the Open BLAS
On Fri, Sep 14, 2018 at 2:47 PM Erin Hodgess
wrote:
> That is my next thing to try. Thanks for your help!
>
>
> Erin Hodgess, PhD
> mailto: erinm.hodg...@gmail.com
>
>
> On Fri, Sep 14, 2018
Finally got Openblas installed! The speed up is amazing! Thanks for your
help and patience.
Sincerely,
Erin
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Fri, Sep 14, 2018 at 2:46 PM Avraham Adler
wrote:
> No, I’m sorry, I haven’t seen that and I built R 3.5.1 with OpenB
t
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>
--
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
[[alternative HTML version deleted]]
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
66, function(N) str(fwch, nchar.max = N)))
Error in strtrim(x.lrg, nchar.max - nc) :
unsupported conversion from 'UTF-8' in codepage 28605
Calls: lapply ... FUN -> str -> str.default -> maybe_truncate -> strtrim
Execution halted
Has anyone run into this before, pl
c) == c(64,64, 32, 64))
> ## nchar.max: 1st line needs an increase of 2 in order to see 1 (in
UTF-$
> invisible(lapply(60:66, function(N) str(fwch, nchar.max = N)))
Error in strtrim(x.lrg, nchar.max - nc) :
unsupported conversion from 'UTF-8' in codepage 28605
> invisible
I was wondering if there is a way to either skip the utilities check and
continuing, in order to test the other packages, please.
Thanks!
On Fri, Mar 20, 2020 at 5:01 AM Martin Maechler
wrote:
> >>>>> Erin Hodgesson Thu, 19 Mar 2020 22:44:39 -0600 writes:
>
>
t;)
> enc2native("\u4e2d")
> Sys.setlocale("LC_CTYPE", "English_United States.28605")
> enc2native("\uff21")
> enc2native("\u4e2d")
> extSoftVersion()[c("iconv","BLAS")]
> Thanks,
> Tomas
>
> On 3/20/20 2:35 P
uot;A"
> enc2native("\u4e2d")
[1] ""
> Sys.setlocale("LC_CTYPE", "English_United States.28605")
[1] "English_United States.28605"
> enc2native("\uff21")
[1] "A"
> enc2native("\u4e2d")
[1] ""
>
And the example runs just fine on the regular build.
Thanks
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Fri, Mar 20, 2020 at 8:03 AM Tomas Kalibera
wrote:
> Hi Erin,
>
> when you are building from sources, you can always uncomment the example
> in str.Rd. But it would b
ted as people
> normally use it. Still, the problem is not specific to strtrim, just to the
> example.
>
> Best
>
> Tomas
>
>
> On 3/20/20 3:27 PM, Erin Hodgess wrote:
>
> Here are the results.
>
> Looks like enc2native and the iconv settings are different.
>
-std=gnu99 -shared -o Riconv.dll Riconv.def
win_iconv.o
Just the -march=native -pipe
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Fri, Mar 20, 2020 at 9:01 AM Tomas Kalibera
wrote:
> Thanks, so the problem is that your custom build uses GNU libiconv, which
> does not suppor
Thanks!
I searched the output for Riconv but no luck yet.
On Sat, Mar 21, 2020 at 10:29 AM Tomas Kalibera
wrote:
> Maybe the created Riconv.dll is copied over by libiconv at some point
> during your custom build.
>
> Tomas
>
> On 3/21/20 3:58 PM, Erin Hodgess wrote:
>
Finally figured it out...I was having "path problems"!
I'm all set here.
Thanks so much for your help
Sincerely,
Erin
Erin Hodgess, PhD
mailto: erinm.hodg...@gmail.com
On Sat, Mar 21, 2020 at 10:29 AM Tomas Kalibera
wrote:
> Maybe the created Riconv.dll is copied over b
P - Brasil - 05508-090
> <http://github.com/ibarraespinosa>
> <https://zoom.us/j/6527509021?pwd=VmlXQWliR1JSZGtpS0tJR1A2dUZpZz09>
>
> [[alternative HTML version deleted]]
>
> __
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/
28 matches
Mail list logo
