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 po
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:
>
> Hello again.
>
> So I'
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 localtime
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 pa
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. The
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 t
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 th
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 followin
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 "mi
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
als
14 matches
Mail list logo
