Yeah, I think we should file a JIRA of course :). On Sat, 10 Oct 2020, 06:25 Maciej, <mszymkiew...@gmail.com> wrote:
> Not a problem. Seems like there is more to this, than this discrepancy > though. > > Here is draft PR https://github.com/apache/spark/pull/29991 > > This probably deserves a JIRA ticket, right? > > On 10/9/20 1:48 PM, Hyukjin Kwon wrote: > > Thanks for reporting this. I think we should change to "x64". Can you open > a PR to change? > > 2020년 10월 9일 (금) 오전 4:36, Maciej <mszymkiew...@gmail.com>님이 작성: > >> Hi Everyone, >> >> I've been digging into AppVeyor test failures for >> https://github.com/apache/spark/pull/29978 >> >> >> I see the following error >> >> [00:01:48] trying URL >> 'https://cloud.r-project.org/src/contrib/rlang_0.4.8.tar.gz' >> [00:01:48] Content type 'application/x-gzip' length 847517 bytes (827 KB) >> [00:01:48] ================================================== >> [00:01:48] downloaded 827 KB >> [00:01:48] >> [00:01:48] Warning in strptime(xx, f, tz = tz) : >> [00:01:48] unable to identify current timezone 'C': >> [00:01:48] please set environment variable 'TZ' >> [00:01:49] * installing *source* package 'rlang' ... >> [00:01:49] ** package 'rlang' successfully unpacked and MD5 sums checked >> [00:01:49] ** using staged installation >> [00:01:49] ** libs >> [00:01:49] >> [00:01:49] *** arch - i386 >> [00:01:49] C:/Rtools40/mingw64/bin/gcc -I"C:/R/include" -DNDEBUG >> -I./lib/ -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 >> -mstackrealign -c capture.c -o capture.o >> [00:01:49] C:/Rtools40/mingw64/bin/gcc -I"C:/R/include" -DNDEBUG >> -I./lib/ -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 >> -mstackrealign -c export.c -o export.o >> [00:01:49] C:/Rtools40/mingw64/bin/gcc -I"C:/R/include" -DNDEBUG >> -I./lib/ -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 >> -mstackrealign -c internal.c -o internal.o >> [00:01:50] In file included from ./lib/rlang.h:74, >> [00:01:50] from internal/arg.c:1, >> [00:01:50] from internal.c:1: >> [00:01:50] internal/eval-tidy.c: In function 'rlang_tilde_eval': >> [00:01:50] ./lib/env.h:33:10: warning: 'top' may be used uninitialized >> in this function [-Wmaybe-uninitialized] >> [00:01:50] return ENCLOS(env); >> [00:01:50] ^~~~~~~~~~~ >> [00:01:50] In file included from internal.c:8: >> [00:01:50] internal/eval-tidy.c:406:9: note: 'top' was declared here >> [00:01:50] sexp* top; >> [00:01:50] ^~~ >> [00:01:50] C:/Rtools40/mingw64/bin/gcc -I"C:/R/include" -DNDEBUG >> -I./lib/ -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 >> -mstackrealign -c lib.c -o lib.o >> [00:01:51] C:/Rtools40/mingw64/bin/gcc -I"C:/R/include" -DNDEBUG >> -I./lib/ -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 >> -mstackrealign -c version.c -o version.o >> [00:01:52] C:/Rtools40/mingw64/bin/gcc -shared -s -static-libgcc -o >> rlang.dll tmp.def capture.o export.o internal.o lib.o version.o >> -LC:/R/bin/i386 -lR >> [00:01:52] >> >> c:/Rtools40/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: >> skipping incompatible C:/R/bin/i386/R.dll when searching for -lR >> [00:01:52] >> >> c:/Rtools40/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: >> skipping incompatible C:/R/bin/i386/R.dll when searching for -lR >> [00:01:52] >> >> c:/Rtools40/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: >> cannot find -lR >> [00:01:52] collect2.exe: error: ld returned 1 exit status >> [00:01:52] no DLL was created >> [00:01:52] ERROR: compilation failed for package 'rlang' >> [00:01:52] * removing 'C:/RLibrary/rlang' >> [00:01:52] >> [00:01:52] The downloaded source packages are in >> [00:01:52] >> 'C:\Users\appveyor\AppData\Local\Temp\1\Rtmp8qrryA\downloaded_packages' >> [00:01:52] Warning message: >> [00:01:52] In install.packages(c("knitr", "rmarkdown", "testthat", >> "e1071", : >> [00:01:52] installation of package 'rlang' had non-zero exit status >> >> >> This seems to be triggered by some changes between rlang 0.4.7 and 0.4.8 >> (previous run with 0.4.7 >> >> https://ci.appveyor.com/project/ApacheSoftwareFoundation/spark/builds/35630069 >> ), >> but is there any reason why we seem to default to i386 >> ( >> https://github.com/apache/spark/blob/c5f6af9f17498bb0ec393c16616f2d99e5d3ee3d/dev/appveyor-install-dependencies.ps1#L22 >> ) >> for R installation, while RTools are hard coded to x86_64 >> ( >> https://github.com/apache/spark/blob/c5f6af9f17498bb0ec393c16616f2d99e5d3ee3d/dev/appveyor-install-dependencies.ps1#L53 >> )? >> >> >> -- >> Best regards, >> Maciej Szymkiewicz >> >> Web: https://zero323.net >> Keybase: https://keybase.io/zero323 >> Gigs: https://www.codementor.io/@zero323 >> PGP: A30CEF0C31A501EC >> >> >> > -- > Best regards, > Maciej Szymkiewicz > > Web: https://zero323.net > Keybase: https://keybase.io/zero323 > Gigs: https://www.codementor.io/@zero323 > PGP: A30CEF0C31A501EC > >
