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 by libiconv at some
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:
> Hello again.
>
> So I'm trying to find the place where the GNU iconv comes from.
> However, I looked at output from both the regular build and the
Hello again.
So I'm trying to find the place where the GNU iconv comes from. However, I
looked at output from both the regular build and the custom, and I'm not
seeing any differences in how win_iconv is generated.
Any suggestions, please?
Custom:
c:/Rtools/mingw_64/bin/ar crs libtz.a
Thanks for the explanation!
I will re-run everything.
Sincerely,
Erin
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 support codepage 28605. win_iconv, the one shipped with R,
> supports that code
Thanks, so the problem is that your custom build uses GNU libiconv,
which does not support codepage 28605. win_iconv, the one shipped with
R, supports that code page. win_iconv is a wrapper for the Windows API.
Unless you had a special reason not to, I would just recommend to use
win_iconv.
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 be good first
Here are the results.
Looks like enc2native and the iconv settings are different.
> #output from custom build
> Sys.getlocale()
[1] "LC_COLLATE=English_United States.1252;LC_CTYPE=English_United
States.1252;LC_MONETARY=English_United
States.1252;LC_NUMERIC=C;LC_TIME=English_United States.1252"
Great idea!
Thanks
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 be good first to find out why it is failing on your
> system/build.
>
> Please run the example in Rgui of
Hi Erin,
when you are building from sources, you can always uncomment the example
in str.Rd. But it would be good first to find out why it is failing on
your system/build.
Please run the example in Rgui of the official R 3.6.3 build on your
machine. Does it work there?
Please run the
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:
>
> > Hi Tomas and others:
>
> Erin Hodgesson Thu, 19 Mar 2020 22:44:39 -0600 writes:
> Hi Tomas and others:
> Here is the session Info. I also used the str example both without and
> with changing the locale.
> sI <- sessionInfo()
>> str(sI)
> List of 10
> $ R.version :List of 14
Hi Tomas and others:
Here is the session Info. I also used the str example both without and
with changing the locale.
sI <- sessionInfo()
> str(sI)
List of 10
$ R.version :List of 14
..$ platform : chr "x86_64-w64-mingw32"
..$ arch : chr "x86_64"
..$ os: chr
Hi Erin,
this comes from examples in ?str. Could you please try to find a minimal
example to reproduce on your system based on that? I would look for
"line needs" in ?str and experiment with reducing the example there
while still getting the error. Once it is minimal, could you please try
Hello everyone:
I have built the latest version of the OpenBLAS on my Windows 10 machine.
When I run make distribution in R, everything is fine.
However, when I run make check all, I get the following error:
C:\newtimeR\R-3.6.3\src\gnuwin32>make check-all
Testing examples for package 'base'
14 matches
Mail list logo